文档介绍：软件测试流程及规范
目 录
完整开发流程
测试流程
计划与设计阶段
实施测试阶段
测试总结阶段
计划与设计阶段
立项会议
需测试用例，设计参考原则：
等价类划分
边界值分析
错误推测等
业务知识及相关流程
退出标准
测试用例需要覆盖所有的测试需求
测试用例集需进行评审并通过
项目进行过程中，适时的根据需求变更来对测试用例进行维护
责任人
测试组成员
测试设计阶段 设计测试用例
在需求分析文档确立基线以后，测试组需要针对项目的测试需求编写测试用例，在实际的测试中，测试用例将是唯一实施标准。
过程要点
详细说明
输入条件
测试计划、测试用例集完成
工作内容
评审测试计划内容的正确性及合理性：
测试环境、测试资源；
测试需求范围，各个测试需求的优先级；
测试策略及风险管理等；
评审测试用例集：
测试用例优先级
测试用例集基于需求的覆盖程度
退出标准
测试计划及测试用例集评审通过
责任人
同行测试组，项目经理，
设计内容评审
测试计划及测试用例的设计工作完成后，需通知项目组相关成员召开评审会议。在这之前需要将待评审的内容发给相关人员熟悉和理解。
过程要点
详细说明
输入条件
测试设计内容评审完毕，开发团队编码工作完成，并已完成内部测试；
工作内容
开发组根据测试启动会上所规定的内容，填写送测单，向测试组提交测试内容。
测试小组检查提交部件的完整性和可测性：
检查接收的测试内容（按照测试启动会上所规定的交接内容）；
检查程序是否有病毒；
能否正确安装/卸载；
检查送测的软件是否完整，能否进行测试；
退出标准
提交部件经测试组检验通过
责任人
产品（项目）经理，测试组长
实施测试阶段测试交接
过程要点
详细描述
输入条件
测试组长于前一工作日定出当日的测试计划，确定可用的测试用例。
工作内容
测试工程师根据测试计划中分配给自己的测试任务和提供的测试用例，实施相应的测试用例。
记录实施用例的结果，提交当日测试纪录。
提交缺陷。
退出标准
测试用例中的所有任务被执行，结果被记录。
责任人
测试组成员
实施测试阶段实施测试 实施测试
实施测试用例将花费测试组大部分时间，这些工作都是建立在前期很多计划工作的基础上。
过程要点
详细描述
输入条件
测试组完成了预定周期的测试任务
工作内容
测试组长根据此轮测试的结果，编写阶段性测试报告（参考测试阶段性报告模板），主要应包含以下内容：
测试报告的版本
测试的人员和时间
测试所覆盖的缺陷——测试组在这轮测试中所有处理的缺陷，报告测试组长处理的缺陷和实施工程师验证的缺陷。不仅要写出覆盖缺陷的总数，还要写明这些缺陷的去向
测试新发现的缺陷数量
上一版本活动缺陷的数量
经过此轮测试，所有活动缺陷的数量及其状态分类
测试评估——写明在这一版本中，那些功能被实现了，那些还没有实现，这里只需写明和上一版本不同之处即可
急待解决的问题——写明当前项目组中面临的最优先的问题，可以重复提出
退出标准
在每轮测试结束之后应尽快将符合标准的测试报告发给全项目组
责任人
测试组长
实施测试阶段实施测试 提交阶段性报告
在约定的测试周期完成之后，测试组长需要总结此次测试的结果，编写阶段性测试报告。
过程要点
详细描述
输入条件
在每轮测试中，按照现有的测试用例没有新的缺陷被发现，测试报告中全部的活动缺陷都被解决。
工作内容
测试组将按照测试计划中对于回归测试的策略对产品进行回归测试，回归测试的用例属于测试用例的一部分或者是全部测试用例，但不能超出原先预定的测试用例的范围。
记录用例实施结果，提交回归测试记录。
退出标准
回归测试所运行的用例全部通过
缺陷经过验证
所有缺陷都被指明处理方式
责任人
测试工程师
实施测试阶段回归测试
在每轮测试结束之后，由测试组重新针对修改后的最新版本，进行回归测试。
过程要点
详细描述
输入条件
回归测试结束，所有缺陷都被关闭。
工作内容
:
不依据所设计测试用例,进行自由测试.
测试时间保持在3个正常工作日以内.
如发现严重缺陷,则一轮测试结束后,更新版本,执行回归测试.
.
(报告以简单为好).
退出标准
同行审查没有新的缺陷或没有严重缺陷产生.
责任人
同行测试组
实施测试阶段同行审查
过程要点
详细描述
输入条件