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