模板测试管理标准规范作业流程.doc

测试工作步骤规范

版本统计：
文件状态：
[√] 初稿
[ ] 正在修改
[ ] 正式公布
目前版本：
V1.0
作 者：

完成日期：
XXXX-XX-XX
签 收 人：

签收日期：

目录
1编写目标 2
2测试团体组成 2
2.1组织结构 2
2.2测试组职能 2
2.3职责划分 3
3测试步骤及规范 5
3.1测试步骤图 5
3.1.1完整开发和测试步骤图 5
3.1.2 测试步骤 6
3.2测试开启阶段 6
3.2.1 测试工作开启 6
3.2.2 需求分析 7
3.2.3测试设计阶段 8
3.4实施测试阶段 10
3.4.1实施阶段工作步骤图 11
3.4.2实施测试阶段 11
3.4.3提交阶段性汇报 13
3.4.4 回归测试 14
3.5总结阶段 15
3.5.1测试归档 15
3.5.2测试工作总结 15
3.6缺点跟踪 16
4公布标准 17
5争议处理 18
6标准文档 18

1编写目标
本文档是测试团体日常工作规范，关键侧重测试工作步骤实施和控制，明确软件工程各阶段测试团体应参与和完成工作。而且对于测试团体中相关测试组架构、职能及组员职责进行必需说明。经过建立规范测试步骤、测试团体组织架构，同时明确测试小组任务、目标和各小组组员具体职责，对部门测试工作正常开展起到规范指导作用。
2测试团体组成
部门经理（或项目经理）
2.1组织结构

测试小组
测试小组

测
试
实施
工
程
师

测
试
组长
测试
实施
工
程
师
测试组长

图 1

2.2测试组职能
软件测试是软件开发过程中关键组成部分，测试团体关键担负着以下责任：
Ø 在项目标前期、需求文档确立基线前对文档进行测试，从用户体验和测试角度提出自己见解。
Ø 针对测试需求进行相关测试技术研究。
Ø 依据项目标实际需求，编写合理测试计划，并和项目整体计划有机地整合在一起。
Ø 编写高效、覆盖率高测试用例，充足确保测试完整性和可实施性。
Ø 认真仔细地实施测试工作，内容包含功效性测试，文档测试，兼容性测试，性能测试，安全测试等，并提交各阶段测试汇报供项目组参考。
Ø 进行缺点跟踪和分析。
Ø 对测试整个过程进行总结，完善和优化测试步骤，提升和改善测试方法和技术。
2.3职责划分
在人力资源有限情况下，一个团体组员可能会同时负担多个角色。
角色名称
相关关键责任
部门经理（或项目经理）
l 确定测试组长，分配测试任务给测试组。
l 同其它部门协调，提供测试组所需内、外部资源。
l 了解项目进度，对测试组工作进行指导、监督。
测试组长
l 全权负责所分配测试任务。
l 给小组内组员分配指定任务。
l 协调测试组内部相关工作，对组内组员进行工作上指导、监督。
l 代表测试组和其它角色组进行沟通。
l 划分模块，分解任务，完成测试用例概要设计。
l 参与测试计划制订，辅助编写所负责部分测试用例。
l 实施测试用例，实施测试，提交当日测试统计。
l 编写产品（项目）总结性测试汇报。
测试实施工程师
l 参与测试计划制订，辅助编写所负责部分测试用例。
l 实施测试用例，实施测试
l 提交当日测试统计。
l 检验缺点处理结果。
表 1
3测试步骤及规范
3.1测试步骤图
3.1.1完整开发和测试步骤图

图 2
注：
1． 白色框代表整个开发和测试步骤中各个具体步骤。
2． 绿色框代表测试团体所参与活动。
3． 黄色框代表某一测试活动需跨越多个步骤。
4． 蓝色框表示具体步骤中测试团体产出结果。
3.1.2 测试步骤图

图 3
3.2测试开启阶段
3.2.1 测试工作开启
由企业相关部门组织召开项目开启会议，提交需求规格说明书，而且成立项目测试组和明确项目测试组长。
过程关键点
具体说明
输入条件
项目需求及软件规格定义文档
工作内容
1.项目经理邮件通知测试组长正式测试时间，测试规模预估等，同时提交相关最新项目资料
l 项目需求及软件规格定义文档。.
l 项目开发计划
l 其它相关资料
2.组建测试小组组员，并指导测试组长及测试测试工程师
3.召开测试开启会议，提供需求规格说明书，确定测试工作关键
退出标准
测试小组
责任人
项目责任人，测试组长
表 2

3.2.2 需求分析
过程关键点
具体说明
输入条件
需求定义完成
工作内容
测试团体组员对需求中不清楚、不完整、太概括或存在疑义地方提出问题，相关人员解答并确定。
退出标准
全部些人员对需求无异议
参与人员
需求调研人员，开发组，测试组
责任人
测试组长
表 3
注：
1．需求定义基础完成，此时应在评审会议召开之前发给测试团体，预留时间给测试相关人员熟悉、了解。
2．测试组关键由测试组长、测试实施等人员组成。
3.2.3测试设计阶段
3.2.3.1 设计测试计划
针对需求分析文档和项目开发计划文档测试完成后，测试组需要编写测试计划文档、制订测试策略及预估测试过程中风险，并设计出合理规避风险策略，为后续测试工作提供直接指导。
过程关键点
具体说明
输入条件
项目需求文档建立，项目开发计划完成
工作内容
依据项目标需求文档、设计文档，根据测试计划文档模板编写测试计划。测试计划中应该最少包含以下关键内容：
l 依据项目背景及要求，确定测试环境。
l 测试需求——需要测试组测试范围，估算出测试所花费人力资源和各个测试需求测试优先级
l 测试策略——确定项目标测试计划内容，整体测试测试方法和每个测试需求测试方法，同时做好测试进度安排及人员调整。
l 测试资源——此次测试所需要用到人力、硬件、软件、技术资源
l 测试组角色——明确测试组内各个组员角色和相关责任
l 可交付工件——在测试组工作中必需向项目组提交产物，包含测试计划、测试汇报等等
l 风险管理——列举出测试工作所可能出现风险
测试计划编写完成后，必需提交给项目组全体组员，并由项目组组织测试计划评审（依据具体实际情况，也可由测试组内部人员进行评审）。
退出标准
l 测试计划由项目组评审并经过.
l 在项目开发过程中，要适时对测试计划进行跟踪，和评定此计划完整性、可行性，在项目结束时还要最终评定一下测试计划质量
责任人
测试组长
表 4
3.2.3.2 设计测试用例
在需求分析文档确立基线以后，测试组需要针对项目标测试需求编写测试用例，在实际测试中，测试用例将是唯一实施标准。在用例编写过程中，具体任务和责任人以下：
过程关键点
具体说明
输入条件
测试需求明确，测试计划明确
工作内容
依据测试计划设计测试用例，设计参考标准：
l 等价类划分
l 边界值分析
l 错误推测等
l 业务知识及相关步骤
退出标准
l 测试用例需要覆盖全部测试需求
l 测试用例集需进行评审并经过
l 项目进行过程中，适时依据需求变更来对测试用例进行维护
责任人
测试组组员
表 5
3.4实施测试阶段
3.4.1实施测试阶段工作步骤图

表 6
3.4.2实施测试阶段
实施测试用例将花费测试组大部分时间，这些工作全部是建立在前期很多计划工作基础上。测试时间依据项目标功效复杂而定。
实施测试阶段关键包含集成测试，系统测试，验收测试等，其中系统测试通常有三轮SIT1测试：
1) 依据系统需求和测试用例，尽可能发觉系统中问题，提交BUG单给开发进行修改，然后回归问题，SIT1结束，要求系统功效正常，没有严重错误
2) SIT2测试：发散性测试，考虑特殊场景，浏览器兼容性测试，性能测试，安全性测试等，提交BUG单，回归问题单，SIT2结束，要求整体系统功效通畅，页面显示和用户要求一致，无显著异常
3) SIT3测试：整体测试，确保系统正确性和质量，SIT3结束，要求整体系统达成上线标准

过程关键点
具体描述
输入条件
测试组长依据之前测试计划，确定出天天测试计划，来实施测试用例。
工作内容
l 进入每个测试阶段之前要进行每个阶段准入性测试，经过后，才能进入该阶段测试
l 测试实施工程师依据测试计划中分配给自己测试任务和提供测试用例，实施对应测试用例。
l 测试阶段包含集成测试，系统测试，验收测试
l 软件测试方法包含：功效性测试，需求文档测试，极限测试，兼容性测试，性能测试（包含压力测试），安全性测试
l 统计实施用例结果，提交当日测试纪录。
l 提交缺点到bug管理器。
退出标准
测试用例中全部任务被实施，结果被统计。每个阶段问题全部已处理。
责任人
测试组组员
表 7
3.4.3提交阶段性汇报
在约定测试周期完成以后，测试组长需要总结此次测试结果，编写阶段性测试汇报。
过程关键点
具体描述
输入条件
测试组完成了预定周期测试任务
工作内容
测试组长依据此轮测试结果，编写阶段性测试汇报（参考测试阶段性汇报模板），关键应包含以下内容：
l 测试汇报版本
l 测试人员和时间
l 测试所覆盖缺点——测试组在这轮测试中全部处理缺点，汇报测试组优点理缺点和实施工程师验证缺点。不仅要写出覆盖缺点总数，还要写明这些缺点去向
l 测试新发觉缺点数量
l 上一版本活动缺点数量
l 经过此轮测试，全部活动缺点数量及其状态分类
l 测试评定——写明在这一版本中，哪些功效被实现了，哪些还没有实现，这里只需写明和上一版本不一样之处即可
l 急待处理问题——写明目前项目组中面临最优先问题，能够反复提出
退出标准
在每轮测试结束以后应立即将符合标准测试汇报发给项目组
责任人
测试组长
表 8
3.4.4 回归测试
在每轮测试结束以后，由测试组重新拷贝修改后最新版本，进行回归测试。
过程关键点
具体描述
输入条件
在每轮测试中，根据现有测试用例没有新缺点被发觉，测试汇报中全部活动缺点全部被处理。
工作内容
l 测试组将根据测试计划中对于回归测试策略对产品进行回归测试，回归测试用例属于测试用例一部分或是全部测试用例，但不能超出原先预定测试用例范围。
l 统计用例实施结果，提交回归测试统计。
退出标准
l 回归测试所运行用例全部经过
l 缺点经过验证
l 全部缺点全部被指明处理方法
责任人
测试实施工程师
表 9
3.5总结阶段
测试工作结束或立即结束时，测试组就要开始着手准备进行总结工作。
3.5.1测试归档
测试归档是在测试验收结束宣告测试有效，结束测试后，对测试过程中包含到多种标准文档进行归类，存档。
过程关键点
具体描述
输入条件
测试验收经过
工作内容
归类、存档测试过程包含到文档，关键包含以下文档（必需）
l 测试任务书
l 测试计划书
l 测试用例书
l 阶段性测试汇报
l 测试总结汇报
退出标准
全部文档归类完成
责任人
测试组长
表 10
3.5.2测试工作总结
测试总结工作是在以上工作全部结束以后，它目标是评定此次测试工作，总结经验，促进测试步骤及规范改善和提升，同时也提醒全体测试组组员在以后工作中需注意问题。
过程关键点
具体描述
输入条件
项目验收工作完成。
工作内容
测试组长召开项目测试工作总结会议，会议内容关键为：
l 测试组长对项目期间整个测试组工作情况进行总结，指出测试工作中存在问题，同时也对工作中表现好地方给和肯定。（具体包含整个测试情况、步骤实施、人员安排、测试方法等）
l 参与此次项目测试工作全部组员个人体会和提议。
l 讨论测试工作中出现问题，寻求愈加好处理措施。
退出标准
所提问题寻求到很好处理方法
参与人员
测试组组员
责任人
测试组长
表 11
3.6缺点跟踪
3.5.1缺点跟踪工作图
参考《缺点管理步骤规范》
3.5.2缺点跟踪

测试验收结束后，跟踪产品在试运行阶段暴露出来新缺点，和已提交缺点是否再次发生。
过程关键点
具体描述
输入条件
测试组完成了全部测试实施工作，测试验收经过，产品试运行、运行。
工作内容
l 已发觉缺点是否再次发生
l 是否有新发觉在测试中未发觉缺点
l 是否有新发觉在测试中已发觉但未修改缺点
定义：
A类：新发觉缺点
B类：已发觉缺点
C类：已发觉未修改缺点
退出标准
缺点跟踪汇报
责任人
产品经理、项目实施经理
表 12
4公布标准
软件产品公布须符合以下标准。
² 完成计划中全部工作
² 实现了需求定义全部功效特征
² 完成全部测试
² 严重缺点全部已修正
² 新发觉缺点趋于稳定并靠近零
² 产品、文档全部已就绪
² 达成其它行业质量标准，完成计划中全部工作
软件产品未经测试合格，有严重bug时，不许可公布。
5争议处理
如开发团体对测试结论有争议，不能经过协商处理，项目组组员会议协调处理，并由项目经理最终给出处理结果。测试团体和开发团体应无条件服从结果。
6标准文档
1. 《测试计划》
2. 《测试用例》
3. 《测试统计》
4. 《阶段性测试汇报》
5. 《测试总结汇报》
6. 《缺点跟踪汇报》