测试小组工作规范.doc

测试小组工作规范（v1.1） 产品名称： 飞象邦邦 项目承担部门 研发组 撰写人（签名） 完成日期 本文档使用部门 测试组 评审负责人（签名） 评审日期 测试版本 V2.0 日期 版本 说明 作者 2012.10.10 1.0 依据第一阶段测试工作和公司实际情况编写 2012.10.25 1.1 删除了“测试范围”和“测试目标”，移放在具体计划书里 吕婷 目 录 一、概述 4 1.1编写目的 4 1.2 关于版本 4 二、测试团队 4 2.1团队职责 4 2.2 角色划分 5 2.3团队原则 5 三、工作流程及规范 6 3.1启动阶段 6 3.2 计划阶段 7 3.3设计阶段 7 3.4执行实施阶段 8 3.4.1 实施测试用例 8 3.4.2提交报告 8 3.5总结阶段 9 3.6 缺陷定义 9 四、测试提交文档 10 一、概述 1.1编写目的 本文档是测试小组的日常工作规范和任务要求，主要侧重于了解测试工作职责、明确工作流程的控制、明确软件开发的各阶段测试小组应完成的工作。测试技术和策略等问题不在本文档描述范围内，另见各阶段的《测试计划》和《测试方法》。 1.2 关于版本 本测试工作规范受限于产品开发人员提交测试的内容和时间的事实，根据开发人员提交模块的实际情况，本文档会做出相应修改。 二、测试团队 2.1团队职责 测试是软件开发过程中的重要组成部分，肩负着如下责任： 在项目的前景、需求文档确立之前对文档进行测试，从用户体验和测试的角度提出自己的看法。 编写合理的测试计划，并与项目整体计划有机地整合在一起。 编写覆盖率高的测试用例。 针对测试需求进行相关测试技术的研究。 认真仔细地实施测试工作，并提交测试报告供项目组参考。 进行缺陷跟踪与分析。 2.2 角色划分 在人力资源有限的情况下，一个团队成员可能会同时承担多个角色。 角色名称 相关主要责任 测试经理 组建测试组 协调测试组内部的沟通 代表测试组与其他角色组进行沟通 编写测试计划 测试报告分析 测试用例设计工程师 编写测试用例 测试实施工程师 实施测试用例，执行测试 技术支持工程师 为测试工作提供技术支持 2.3团队原则 实事求是，不攻击和包庇开发人员。 严格执行测试计划，排除测试的随意性。 应当对每一个测试结果做全面检查，小心谨慎并且详细记录。 错误记录一定有截图、有描述，必要的话要保留录屏。 对常见的错误或问题进行归纳总结和思考。 测试报告和总结做到精简、准确、无二义性。 妥善保存测试计划，测试用例，出错统计和最终分析报告。 每次测试任务角色也许不同，服从领导安排，全面配合同事工作。 三、工作流程及规范 3.1启动阶段 测试组成立之后需要知道本阶段里程碑——测试工作规范，也就是该文档制作阶段。工作规范完成并且在测试组内部学习后，测试组就可以准备接受测试任务了。 在正式测试任务下达前，开发团队应提前一周左右向测试团队下达预通知，告之较为确切的测试日期，提供当前最新的相关资料。 开发人员提交的测试按以下要求进行： 步骤 动作 负责人 相关文档或记录 要求 1 打包、编译 开发人员 无 确认可测试 2 审核并提交测试 xx 经审核的上一级测试报告 测试报告xx审核并签字 3 接收测试 测试人员 测试计划书 4 开始测试 测试人员 Bug表、小结 测试小结个人编写个人的内容 3.2 计划阶段 在接到开发团队下达测试预通知之后，测试部门经理可视具体情况决定是否需要调整人力。测试人员可预先熟悉必要的背景资料，协助测试经理编写《测试计划书》 。 根据项目的需求文档，按照测试计划文档模板编写测试计划。测试计划中应该至少包括以下关键内容： 测试需求——需要测试组测试的范围，估算出测试所花费的人力资源和各个测试需求的测试优先级。 测试方案——整体测试的测试方法和每个测试需求的测试方法。 测试资源——本次测试所需要用到的人力、硬件、软件、技术的资源。 测试组角色——明确测试组内各个成员的角色和相关责任。 里程碑——明确标准项目过程中测试组应该关注的里程碑。 可交付工件——在测试组的工作中必须向项目组提交的产物，包括测试计划、测试报告等等。 风险管理——列举出测试工作所可能出现的风险。 测试计划编写完毕后，必须提交给项目组全体成员，并由项目组组中各个角色组联合评审。 在项目开发过程中，要适时的对测试计划进行跟踪，以评估此计划的完整性、可行性，在项目结束时还要最后评估一下测试计划的质量。 3.3设计阶段 在需求分析文档确立基线以后，测试组需要针对项目的测试需求编写测试用例，在实际的测试中，测试用例将是唯一实施标准。在用例的编写过程中，具体的任务和责任人如下： 编写前首先做到：测