软件测试流程优化及方法

《软件测试流程优化及方法》由会员分享，可在线阅读，更多相关《软件测试流程优化及方法（14页珍藏版）》请在金锄头文库上搜索。

1、软件测试流程优化及方法,编写时间： 2015.02.02 编写人： EasonZhou,目前测试中存在的问题,一个故事描述测试演变,软件测试及测试方法,软件测试及测试用例,目录,Bug生命周期,软件测试实施规范,目前测试存在的问题,测试几乎没有介入到软件研发中，且测试角色不明确； 如，测试只有在集成测试时才介入；测试不了解发布版本去向；测试同时担任QC，QA职位；等 测试比较简单，测试不完全； 如，测试几乎只进行集成测试，并无其他测试；测试停留在功能测试，该做性能测试的地方做的不够；等 没有设计需求，没有测试用例，测试属于想到哪里测试哪里； 如，测试需要经常与工程开发沟通功能是否可用，功能用途

2、，及如何使用；测试无计划，不知道什么时候开始及结束，没有节点；没有测试 用例；等 缺陷管理系统没有有效利用； 报告的提交及一些统计可以参考缺陷管理系统，对软件进行分析总结，对Bug高发生的位置进行重点测试；Bug统计困难； 版本发布频繁，没有测试计划-测试属于眉毛胡子一把抓情况； 发布安装包数量为：145，假如每次发布3天时间测试，共需要435天；等 测试能力提高缓慢；,一个故事描述测试演变,国外很多的大公司，QA的职责就是测试（主要是系统测试），比如IBM、CA- 全球最大的IT管理软件公司之一、PeopleSoft-协同合作企业软体全球领导供应商,等。其实在最初，几乎所有的公司都是这样的。

3、后来，由于缺乏有效的项目计划和项目管理，留给系统测试的时间很少（注：我以前做的一个项目，项目经理就明确告诉我系统测试就1天，没得商量）。另外，需求变化太快，没有完整的需求文档，测试人员就只能根据自己的想象来测试。这样一来，测试就很难保障产品的质量，事先预防的QA职能就应运而生。,一个故事描述测试演变,QC兼任QA的问题： 一个Bug出现分歧，不知道是否需要修改，没有参考标准。 最终产品是否合格，没有参考标准。 ,国外很多的大公司，QA的职责就是测试（主要是系统测试）,软件测试及测试方法,软件测试是使用人工操作或者软件自动运行的方式来检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别的过

4、程。 它是帮助识别开发完成（中间或最终的版本）的计算机软件（整体或部分）的正确度(correctness) 、完全度(completeness)和质量(quality)的软件过程；是SQA(software quality assurance)的重要子域。,无论哪种测试都需要依靠测试用例开展，下面是测试用例举例,软件测试及测试用例,以DataEngine登陆界面为例：,测试用例（Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。,测试用例（Test Case）元素：,单个功能测试用例为30个，DataEngine共1

5、06个功能(不完全统计)，那么30*106至少3018条测试用例。 每个功能执行测试用例为90次(3种语言)，一个模块执行至少需要执行3018*3=9054条测试用例,软件测试及测试用例,测试用例（Test Case）当前存在问题：,编写测试用例的时间：编写测试用例的时间比较紧张； 测试用例的维护：即需求或者功能变动时，测试用例需要完成维护，维护成本问题； 测试用例的数量：按照每个人3个模块，每个人需要编写1w个测试用例，每个人需要执行的测试用例为3w(三种语言，如果加上不同系统，需要执行的测试用例数更多)，执行时间问题； 测试用例的利用率：测试用例的重复利用及效果还是未知数； 公共用例库的建

6、设：目前没有公共用例库，增大每个测试组的无用功；,红色箭头标识为最简短的Bug生命周期 流程图其他箭头反应是实际测试中Bug的其他走向 Bug生命周期中部分地方可以提高 Bug来源 Bug分配 解决原因 产品项目分类,Bug生命周期,1. Bug来源-便于Bug统计，对于提高软件质量无影响,研发人员创建的Bug； 研发人员以外人创建的Bug(包含技术支持、用户等)； 新需求,2. Bug分配-便于Bug统计，对于提高软件质量无影响,例如提交了一个 ReModel模块发现的Bug；是2D或者底层问题，Bug会转到2D或者底层，统计Bug时无法统计,3. 解决原因-便于Bug统计，对于提高软件质量

7、有影响,保留原样：包含 有争议的Bug，即修改还是不修改。开发认为无法修复的Bug。 无效Bug：Bug本身不是Bug。设计需求是这么设计的。 结论：在解决原因中增加 无效(invalid),Bug生命周期,4. 产品与项目分类-便于Bug统计，对于提高软件质量有影响,软件测试实施规范,1 计划与设计阶段 1.1 召开测试启动会议 测试经理召集项目经理、开发经理开会确定测试交接时间，得到当前最新的相关资料。进行规模预估并成立测试团队，完成测试计划。,1.2 设计测试用例 在需求分析文档确立基线以后，测试组需要针对测试需求编写测试用例，在实际的测试中， 测试用例将是唯一实施标准。在用例的编写过程

8、中，具体的任务和责任人如下：,2 实施测试阶段 2.1 实施测试用例 实施测试用例将花费测试组绝大部分时间，这些工作都是建立在前期很多计划工作的基础上。,软件测试实施规范,2.2 提交测试报告 在约定的测试周期完成之后，测试工程师需要总结此测试的结果，编写测试报告,软件测试实施规范,3 总结阶段 测试工作结束或即将结束时，测试组就要开始着手准备进行总结的工作。 3.1 编写测试报告 测试结束后测经编写测试报告，对测试进行总结并提交给项经，为产品后续工作提供重要的信息支持,3.2 测试验收 测试验收工作是在以上工作全部结束后，对测试的过程，效果进行验收，宣布测试结束。,软件测试实施规范,3.3 测试归档 测试归档是在测试验收结束宣布测试有效，结束测试后，对测试过程中涉及到各种标准文档进行归档。,