测试规范文档
上一篇 /
下一篇 2015-02-05 17:43:16
/ 个人分类：测试方法
测试工作规范
版本记录：
文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改 | 当前版本： | 1.1 |
作 者： | ** |
完成日期： | 2004-9-15 |
签 收 人： | |
签收日期： | |
1编写目的
本文档是测试团队的日常工作规范，主要侧重测试工作流程的控制，明确软件工程的各阶段测试团队应完成的工作。测试技术和策略等问题不在本文档描述范围内。
2测试团队构成
2.1职责
测试是软件开发过程中的重要组成部分，肩负着如下责任：
Ø 在项目的前景、需求文档确立基线前对文档进行测试，从用户体验和测试的角度提出自己的看法。
Ø 编写合理的测试计划，并与项目整体计划有机地整合在一起。
Ø 编写覆盖率高的测试用例。
Ø 针对测试需求进行相关测试技术的研究。
Ø 认真仔细地实施测试工作，并提交测试报告供项目组参考。
Ø 进行缺陷跟踪与分析。
2.2角色划分
在人力资源有限的情况下，一个团队成员可能会同时承担多个角色。
角色名称 | 相关主要责任 |
测试经理 | l 组建测试组 |
l 协调测试组内部的沟通 l 代表测试组与其他角色组进行沟通 l 编写测试计划 l 测试报告分析 |
测试用例设计工程师 | l 编写测试用例{可以由测试经理兼任} |
测试实施工程师 | l 实施测试用例，执行测试 |
技术支持工程师 | l 为测试工作提供技术支持 |
3工作流程及规范
3.1计划与设计阶段
3.1.1成立测试团队
在项目组成立的同时，测试组也将同时成立。团队成立的工作与责任如下：
过程要点 | 详细说明 |
输入条件 | 项目组成立（参与《项目计划书》的评审） |
工作内容 | 为测试组任命一名测试经理，同时确定测试组的构成人选。 |
退出标准 | 测试组成立 |
责任人 | 测试经理 |
图表 1
3.1.2测试预通知
在正式测试任务下达前，开发团队应提前一周左右向测试团队下达预通知，告之较为确切的测试日期，提供当前最新的相关资料。测试部门经理可视具体情况决定是否需要调整人力。测试人员可预先熟悉必要的背景资料，协助测试经理编写《测试计划书》初稿。
过程要点 | 详细说明 |
输入条件 | 项目进入软件实现阶段（编码） |
工作内容 | 项目/产品经理邮件通知测试经理正式测试交接时间，测试规模预估等 |
退出标准 | 预通知得到测试经理确认，并提交《测试计划书》初稿 |
责任人 | 产品经理，测试经理 |
图表 2
3.1.3召开测试启动会议
过程要点 | 详细说明 |
输入条件 | 测试经理完成测试计划书初稿 |
工作内容 | 开发团队与测试团队交接测试内容，对测试目标达成一致，商讨测试计划初稿的可行性，统一项目组的目标和测试的工作重点。 |
退出标准 | 明确测试内容与重点，项目方提交《测试任务书》，测试方提交《测试计划书》正稿。 |
责任人 | 产品经理，测试经理 |
图表 3
3.1.4编写测试计划文档
需求分析文档确立后，测试组需要编写测试计划文档，为后续的测试工作提供直接的指导
过程要点 | 详细说明 |
输入条件 | 项目需求文档建立 |
工作内容 | 根据项目的需求文档，按照测试计划文档模板编写测试计划。测试计划中应该至少包括以下关键内容： l 测试需求——需要测试组测试的范围，估算出测试所花费的人力资源和各个测试需求的测试优先级 l 测试方案——整体测试的测试方法和每个测试需求的测试方法 l 测试资源——本次测试所需要用到的人力、硬件、软件、技术的资源 l 测试组角色——明确测试组内各个成员的角色和相关责任 l 里程碑——明确标准项目过程中测试组应该关注的里程碑 l 可交付工件——在测试组的工作中必须向项目组提交的产物，包括测试计划、测试报告等等 l 风险管理——列举出测试工作所可能出现的风险 测试计划编写完毕后，必须提交给项目组全体成员，并由项目组组中各个角色组联合评审。 |
退出标准 | l 测试计划由项目组评审通过. l 在项目开发过程中，要适时的对测试计划进行跟踪，以评估此计划的完整性、可行性，在项目结束时还要最后评估一下测试计划的质量 |
责任人 | 测试经理 |
图表 4
3.1.5�
收藏
举报
TAG:
