5.6.2
过程要点 启动条件 执行测试用例
详细描述 测试执行阶段准入检查通过 测试人员根据计划,执行相应的测试用例,并做好测试记录 测试人员进行缺陷登记,并跟踪解决情况,及时复测,关闭缺陷 工作内容 测试主管跟踪测试用例执行情况,了解影响测试用例执行的因素,及时跟进有关的协调、报告测试状态 测试主管根据项目的情况,选择有关的报告形式,将测试进展情况及时通报给有关各方 结束条件 责任人 参与人
测试用例执行完成 测试人员、测试主管 研发人员、项目经理 5.6.3 回归测试
在每轮测试结束之后,当研发人员解决完相关问题,重新提交,进行回归测试。 过程要点 启动条件 工作内容 用例的一部分或者是全部测试用例,但不能超出原先预定的测试用例的范围 结束条件 责任人 参与人
回归测试所运行的用例全部通过 测试人员 研发人员、项目经理 详细描述 在每轮测试中,按现有的测试用例没有新的缺陷被发现,测试报告中全部的活动缺陷都被解决 测试组将按照测试计划中对于回归测试的策略对产品进行回归测试,回归测试的用例属于测试5.6.4
过程要点 启动条件 缺陷管理
详细描述 测试用例开始执行 测试人员在测试过程中,记录被测产品缺陷,跟踪缺陷的分析、解决过程 研发人员及时分析处理缺陷,并按要求记录缺陷的分析处理信息,更新缺陷状态,填制缺工作内容 陷起源;对需要其它人员参与分析处理的时候,需及时将缺陷分配给下一环节人员 测试人员对待验证的缺陷需及时进行复测,测试通过后关闭缺陷 结束条件 责任人 参与人
测试用例执行完成,并且缺陷跟踪完成 测试人员、研发人员、测试主管 项目经理 5.7 测试收尾阶段
测试实施阶段结束或即将结束时,测试小组可以开始着手准备进行总结报告及收尾工作。
5.7.1 编制测试报告
在测试实施完成之后,测试主管或测试人员需根据实施测试情况,编制测试报告。 过程要点 启动条件 工作内容 详细描述 测试小组完成了所有的测试实施工作或测试时间已结束 测试主管或测试人员根据测试的结果,按照测试报告的文档模板编写测试报告,测试报告必须包含以下重要内容: 测试用例执行情况分析 ――测试阶段用例执行的数量、轮次、通过率等 测试过程中已发现缺陷分析――分析缺陷的数量、分布、起源等 未执行用例的风险分析――分析未执行的用例对系统形成的风险 未关闭缺陷的风险分析――分析未关闭的缺陷对系统形成的风险 测试结论――评价测试大纲中定义的测试完成标准是否达到,被测系统的质量评价,存在的风险,以及有关建议 结束条件 输出文件 责任人 参与人
测试报告评审通过,发送给相关人员 测试报告、测试报告评审记录 测试主管、测试人员 研发总监、研发人员、项目经理 5.7.2 测试工作过程改进
测试过程改进在测试实施阶段工作全部结束以后进行。它的目的是评估本次测试工作,总结经验,使下一次的工作做得更好。本项工作不是一个必须的过程,各项目可根据情况采用。 过程要点 启动条件 工作内容 测试实施阶段结束 测试主管召集测试参与人员,讨论本次测试过程得与失,总结经验,提出改进方法和意见 详细描述 编写测试工作过程改进报告 结束条件 输出文件 责任人 参与人
测试工作过程改进报告编制完成 测试工作改进报告 测试主管 测试人员 5.7.3 测试成果提交
测试资产提交在测试实施阶段工作结束以后进行,对测试过程中涉及到各种标准文档进行归类,存档。 过程要点 启动条件 工作内容 结束条件 输出文件 例外 责任人 参与人
测试实施阶段结束 提交本次测试过程产生的,能为其它项目或本项目后续测试提供借鉴的,测试用例等 全部成果归档完毕 测试成果清单 如果成果内容不多,结构清楚,则可以省略测试成果清单 测试主管 测试人员 详细描述 5.8 软件测试执行模式
目前采用3+1模式。即三轮系统测试加一轮回归测试。
6 缺陷管理机制
缺陷通过测试管理工具TD进行管理
测试团队 研发团队
测试人员提交缺陷到TD,提交缺陷状态为open,并制定严重级别 研发部门对测试人员提出的缺陷进行分析,确定是否对缺陷进行修改 提交缺陷 缺陷分析 测试人员在新一轮测试时复测研发修复的缺陷 复测缺陷 测试过程中发现修复的缺陷仍然存在问题,缺陷状态置为reopen,重新提交至研发部门。 缺陷修复 修改后将缺陷置为fixed,不进行修复或不是缺陷的问题应当修改缺陷状态。 是否修复 测试验证后不出现问题的关闭缺陷 缺陷,即可关闭。 缺陷的严重级别以及如何分类 严重级别 5-Urgent 描述 阻碍流程、系统崩溃导致重大任务不能正常进行的缺陷,例如: 1、由于程序所引起的死机,非法退出。 2、死循环 4-High 1、数据库发生死锁 2、错误操作导致的程序中断 3、严重的计算错误 4、与数据库连接错误 5、数据通讯错误等 3-Medium 缺陷导致失去系统主要功能,基本功能不能完整使用。例如: 1、功能不符 2、程序接口错误 3、数据流错误 4、轻微数据计算错误等 2-Low 操作性错误、错误结果、遗漏功能等影响系统要求或基本功能的实现。例如: 1、界面错误 2、打印内容、格式错误 3、简单的输入限制未放在前台进行控制 4、删除操作未给出提示 5、数据输入没有边界值限定或不合理 6、错别字等 1-suggest
建议,不影响使用的瑕疵或更好的实现等。 7 新产品测试流程
7.1 新产品测试输入输出
测试步骤 输入 产品需求分析文档 概要设计阶段 详细设计阶段 软件测试设计阶段 《概要设计》 《详细设计》 《测试方案和测试计划》 测试环境准备 《概要设计》 《详细设计》 《测试方案和测试计划》 测试执行 冒烟测试 系统测试和回归阶段 《测试项传递报告》 《测试方案和测试计划》 测试案例 冒烟测试结果 《测试日志》 《轮次总结测试报告》 测试环境清单 测试环境准备完毕 输出 评审结果 评审结果 测试方案和测试计划 测试案例 测试准备需求分析阶段 软件开发设计阶段
测试流程及规范
![](/skin/haowen/images/icon_star.png)
![](/skin/haowen/images/icon_star.png)
![](/skin/haowen/images/icon_star.png)
![](/skin/haowen/images/icon_star.png)