软件测试的测试规范
-
测试工作规范
版本记录：
当前版本：
文件状态：
[
√
]
草稿
[ ]
正式发布
[ ]
正在修改
作
者：
完成日期：
20014-7-28
签
收
人：
签收日期：
1.
编写目的
本文档是测试团队的日常工作规范，主要侧重测试工作流程的控制，明确各阶段测试团队
应完成的工作。测试技术和策略等问题不在本文档描述范围内。
2.
测试团队职责
测试是软件开发过程中的重要组成部分，肩负着如下责任：
➢
在项目的前期、需求文档确立之前
对文档进行测试，从用户体验和测试的角度提出自己的
看法。
➢
编写合理的
测试计划
、
规划详细的测试方案
，并
与项目整体计划有机地整合在一起。
➢
根据需求编写覆盖率高的测试用例。
➢
相关人员针对测试需求商讨在该项
目测试时所需的测试方法。
（如：白盒、黑盒、自动化、
性能、
卸载测试等）
➢
< br>认真仔细地实施测试工作，
提交测试报告供项目组参考。
（
其中测试工作包含执行测试用例，
BUG
的管理）
➢
进行缺陷跟踪与分析。
3.
测试团队角色划分
在一个团队中，一个成员可能会同时承担多个角色。
角色名称
相关主要责任
规范测试流程
协调测试组内部的沟通
负责人
代表测试组与其他角色组进行沟通
编写测试计划
测试报告分析
测试工程师
测试实施工程师
编写测试用例，执行测试用例，提交测试报告
执行测试，提交
BUG
4.
工作流程及规范
4.1
计划与设计阶段
4.1.1
成立测试团队
在项目组成立的同时，测试组也将同时成立。团队成立的工作责任如下图所示：
过程要点
项目进度
工作内容
责任人
详细说明
项目组成立
（参与《项目计划》的评审）
为测试组任命一名测试负责人，同时确定测试组的人员。
测试负责人
图表
1
4.1.2
测试预通知
在正式测试任务下达前，开发团队应提前一周左右向测试团队下达预通知，告之较为确切
的测试日期，
提供当前最新的相关资料。
测试部门负
责人可视具体情况决定是否需要调整人力。
测试人员可预先熟悉必要的背景资料，协助测
试负责人编写《测试计划》初稿。
过程要点
项目进度
工作内容
详细说明
项目进入实施阶段
项目
/
产品经理邮件通知测试负责人正式接收测试交接时间，测试模
块等
测试负责人
责任人
测试计划初稿编写完成
测试负责人
第
1/10
页
图表
2
4.1.3
正式启动测试工作
过程要点
测试进度
工作内容
试计划初稿的可行性，统一项目组的目标和测试的工作重点。
测试人员
责任人
明确测试内容与重点
测试负责人
图表
3
详细说明
测试负责人完成测试计划初稿
开发团
队与测试团队交接测试内容，对测试目标达成一致，商讨测
4.1.4
< br>编写测试计划文档
需求分析文档确立后，测试组需要编
写测试计划文档，为后续的测试工作提供直接的指导
过程要点
项目进度
详细说明
项目需求文档建立
根据项目的需求文
档，按照测试计划文档模板编写测试计划。测试
计划中应该至少包括以下关键内容：
测试需求—
—需要测试组测试的范围，估算出测试所花费的人
力资源和各个测试需求的测试优先级<
/p>
测试方案——整体测试的测试方法和每个测试需求的测试方法
测试资源——本次测试所需要用到
的人力、硬件、软件、技术
的资源
工作内容
测试组角色——明确测试组内各个成员的角色和相关责任
里程碑——明确标准项目过程中测试组应该关注的里程碑
可交付工件——在测试组的工作中
必须向项目组提交的产物，
包括测试计划、测试报告等等
风险管理——列举出测试工作所可能出现的风险
测试计划编写完毕后，必须提交给项目组全体成员，并由项目组组
中各个角色
组联合评审。
测试计划由项目组评审通过
.
退出标准
在项目开发过程中，要适时的对测试计划进行跟踪，以评估此
第
2/10
页
计划的完整性、可行性，在项目结束时还要最后评估一下测试
计
划的质量
责任人
测试经理
图表
4
3.1.5
设计测试用例
在需求分析文档确立基线以后，测试组需要针对项目的测试需求编写测试用例，在实际的< p>
测试中，测试用例将是唯一实施标准。在用例的编写过程中，具体的任务和责任人如下：< p>
过程要点
输入条件
工作内容
退出标准
责任人
详细说明
测试需求明确，测试计划明确
根据每一步测试计划编写全部的测试用例
测试用例需要覆盖所有的测试需求
测试用例设计工程师（可由测试实施工程师或测试经理兼做）
图表
5
3.2
实施测试阶段
3.2.1
实施测试用例
实施测试用例将花费测试组绝大部分时间，这些工作都是建立在前期很多计划工作的基础< p>
上。
过程要点
输入条件
工作内容
试用例，实施相应的测试用例，并将记录实施用例的结果
退出标准
责任人
测试用例中的所有任务被执行，结果被记录。
测试实施工程师
图表
6
3.2.2
提交报告
在约定的测试周期完成之后，测试经理需要总结此测试的结果，编写测试报告
过程要点
详细描述
详细描述
测试经理制
前一工作日定出当日的测试计划
，确定可用的测试用例。
测试实施工程师根据测试计划中分配给自己的测试任务和提供的测
< br>第
3/10
页
输入条件
工作内容
测试组完成了预定周期的测试任务
测
试经理根据此轮测试的结果，编写测试报告，主要应包含以下内
容：
测试报告的版本
测试的人员和时间
测试所覆盖的缺陷——测试组在这
轮测试中所有处理的缺陷，
报告了测试经理处理的缺陷和实施工程师验证的缺陷。不仅要
写出覆盖缺陷的总数，还要写明这些缺陷的去向
测试新发现的缺陷数量
上一版本活动缺陷的数量
经过此轮测试，所有活动缺陷的数量及其状态分类
测试评估——写明在这一版本中，
那些功能被实现了，那些还
没有实现，这里只需写明和上一版本不同之处即可
急待解决的问题—
—写明当前项目组中面临的最优先的问题，
可以重复提出
退出标准
责任人
在每轮测试结束之后应尽快将符合标准的测试报告发给全项目组
测试经理
图表
7
3.2.3
回归测试
在每轮测试结束之后，由测试组重新拷贝修改后的最新版本，进行回归测试。
过程要点
输入条件
详细描述
在每轮测试中，按照现有的
测试用例没有新的缺陷被发现，测试报
告中全部的活动缺陷都被解决。
< br>
工作内容
测试组将按照测试
计划中对于回归测试的策略对产品进行回归测
试，回归测试的用例属于测试用例的一部分
或者是全部测试用例，
但不能超出原先预定的测试用例的范围。
退出标准
责任人
回归测试所运行的用例全部通过。
测试实施工程师
（可由测试实施工程师或测试经理兼做）
图表
2
第
4/10
页