文档介绍：测试工作流程规范
版本记录：
文件状态：
[√] 初稿
[ ] 正在修改
[ ]正式发布
当前版本：
作 者：
完成日期：
签 收 人：
签收日期：
目录
1编写目的错误!未指定书
过程要点
详细说明
输入条件
立项会议
工作内容
项目（产品）可行性分析。
项目经理的确定.
根据项目信息，确定测试组长。
退出标准
测试组长确定．
责任人
测试经理（确定测试组长）
表 2
需求评审
过程要点
详细说明
输入条件
需求定义完成
工作内容
测试团队成员对需求中不清楚、不完整、太概括或存在疑义的地方提出问题，相关人员解答并确认。
退出标准
所有人员对需求无异议
参与人员
需求调研人员，开发组，测试组
责任人
部门经理
表 3
注：
1．需求定义基本完成，此时应在评审会议召开之前发给测试团队，预留时间给测试相关人员熟悉、理解。
2．测试部参与人员由测试部经理指定，主要由测试组长、测试设计等人员组成（还应包括配置管理人员、质量保证人员）。
测试工作启动
在正式测试任务下达前，开发团队应在项目（产品）开发计划完成后及时向测试团队下达预通知，告之较为确切的测试日期，提供当前最新的相关资料。部门经理和测试组长组建测试小组，并视具体情况决定是否需要调整人力、时间安排、测试环境等其它资源。测试小组成员可预先熟悉必要的项目（产品）资料。
过程要点
详细说明
输入条件
项目（产品）开发计划完成
工作内容
1．项目/产品经理通知测试组长正式测试交接时间，测试规模预估等，同时提交相关最新项目资料：
项目需求及软件规格定义文档
项目开发计划
开发设计过程中提供概要设计、详细设计文档。
其他相关资料
2．组建测试小组，确定小组成员。并指定测试设计工程师及测试实施工程师。
3．开发团队提供需求规格说明书和开发计划，确认开发组与测试组对需要交接的测试内容、测试目标达成一致，统一项目组的目标和测试的工作重点。
退出标准
测试小组成立，双方对测试目标及内容达成一致。
责任人
产品（项目）经理，测试组长
表 4
设计测试计划
针对需求分析文档和项目开发计划文档测试完成后，测试组需要编写测试计划文档、制定测试策略及预估测试过程中的风险，并设计出合理的规避风险的策略，为后续的测试工作提供直接的指导。
过程要点
详细说明
输入条件
项目需求文档建立，项目开发计划完成
工作内容
根据项目的需求文档、设计文档，按照测试计划文档模板编写测试计划。测试计划中应该至少包括以下关键内容：
依据项目背景及要求，确定测试环境。
测试需求——需要测试组测试的范围，估算出测试所花费的人力资源和各个测试需求的测试优先级
测试策略——确定项目的测试计划内容，整体测试的测试方法和每个测试需求的测试方法，同时做好测试进度安排及人员调整。
测试资源——本次测试所需要用到的人力、硬件、软件、技术的资源
测试组角色——明确测试组内各个成员的角色和相关责任
可交付工件——在测试组的工作中必须向项目组提交的产物，包括测试计划、测试报告等等
风险管理——列举出测试工作所可能出现的风险
测试计划编写完毕后，必须提交给项目组全体成员，并由项目组组织测试计划的评审（根据具体的实际情况，也可由测试组内部人员进行评审）。
退出标准
测试计划由项目组评审并通过.
在项目开发过程中，要适时的对测试计划进行跟踪，以及评估此计划的完整性、可行性，在项目结束时还要最后评估一下测试计划的质量
责任人
测试组长
表 5
设计测试用例
在需求分析文档确立基线以后，测试组需要针对项目的测试需求编写测试用例，在实际的测试中，测试用例将是唯一实施标准。在用例的编写过程中，具体的任务和责任人如下：
过程要点
详细说明
输入条件
测试需求明确，测试计划明确
工作内容
根据测试计划设计测试用例，设计参考原则：
等价类划分
边界值分析
错误推测等
业务知识及相关流程
退出标准
测试用例需要覆盖所有的测试需求
测试用例集需进行评审并通过
项目进行过程中，适时的根据需求变更来对测试用例进行维护
责任人
测试组成员
表 6
测试计划及测试用例的设计工作完成后，需通知项目组相关成员召开评审会议。在这之前需要将待评审的内容发给相关人员熟悉和理解。
过程要点
详细说明
输入条件
测试计划、测