测试标准规范模版.docVIP

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