研发项目测试规范.docVIP

研发项目测试规范 编制：贾瑞芬 日期：2007- 审核： 日期： 批准： 日期：  目 录 TOC \o 1-3 \h \z \u 1. 概述 5 1.1 目的 5 1.2 适用范围 5 1.3 缩略语及术语解释 5 1.4 参考资料 6 2. 过程定义 6 3. 过程详述 7 3.1 制定测试计划 8 3.2 测试需求分析 9 3.3 制定测试方案 9 3.4 设计测试用例 10 3.5 开发测试程序和脚本 11 3.6 提交测试版本 12 3.7 执行测试 13 3.8 修复BUG 14 3.9 编写项目测试周汇报 14 3.10 编写Beta测试计划方案 15 3.11 编写测试总结报告 15 3.12 测试结束评审 17 4. 附录 18 4.1 BUG优先级与严重级别定义 18 4.1.1 BUG优先级 (Priority)定义 18 4.1.2 BUG严重级别(Severity)定义 19 4.2 TD中角色变更BUG状态对应说明 20 4.2.1 测试人员可以改变的bug状态 20 4.2.2 开发人员可以改变的bug状态 21 4.2.3 项目经理可以改变的bug状态 21 4.3 BUG处理原则 22 4.3.1 测试人员处理原则 22 4.3.2 开发人员处理原则 22 4.4 无效BUG（invalid）定义 22 4.5 BUG产生原因定义 23 4.6 测试退出（code freeze）准则 23 4.7 冒烟测试用例选择标准 24 4.8 测试执行期间版本发布原则 25 4.8.1 新功能版本发布 25 4.8.2 新功能版本+BUG Fixed版本发布 25 4.8.3 BUG Fixed版本发布 25 4.8.4 版本发布推进原则 26 研发项目测试规范 概述 目的 本规范用以规范软件研发部软件测试的过程，保证软件产品质量，提高软件测试人员的工作效率。 适用范围 本规范适用于软件研发部所有产品研发项目。 缩略语及术语解释 Alpha测试：指完成集成测试、功能测试后，测试人员进入系统测试到软件发布期间的测试。 Beta测试：指软件上线后，在试运营阶段，产品经理组织用户进行的线上测试。 冒烟测试：指系统测试阶段开发Team每次提交新版本后，测试人员进行的主要正常测试用例执行。 验证测试：开发人员修复BUG后，提交测试，测试人员在获取新版本后进行的BUG验证测试。 回归测试：系统测试，目的是检测系统或系统部件在修改时所引起的故障，用以验证上述修改未引起不希望的有害效果，或证明修改后的系统或系统部件仍满足规定的需求。 BUG：一般指在测试过程中，软件不满足需求或质量要求的情况下，由测试人员提出的缺陷均称为BUG。如果被测试对象不满足下面条件之一，测试人员即认为是BUG： 不满足用户需求或隐含需求。 与需求或设计不符合或者不一致。 软件质量特性：衡量一个软件产品质量的特性，一般包括六项 功能性：软件产品有提供当软件在指定条件下使用时，满足规定的或隐含的需求功能的能力。 可靠性：软件按规定的条件，在规定的时间内运行而不发生故障的能力。 易用性：在指定条件下软件产品被使用时，能够被理解、学习和吸引用户的能力。 效率（性能）：软件产品在特定条件下与资源的使用数量情况相比较、提供适当性能的能力。 可维护性：软件产品被修改的能力。修改包括在环境、需求以及特定功能改变时修正、改进或软件的改写。 可移植性：软件产品从一种环境转移到另一种环境的能力。环境包括组织的、硬件的或软件的环境。 参考资料 CMMI－－过程集成与产品改进指南（影印版）（英文版） 作者：（美）克里西斯，（美）科纳德，（美）沙恩 著?????? 出版社：清华大学出版社?????? 出版时间：2004年02月? 过程定义 具体活动如下： 制定测试计划：依据项目计划，制定测试计划，并根据项目计划变更情况及时修改维护测试计划； 制定测试方案：根据软件需求和软件设计文档编写测试方案，明确测试的策略方法等； 设计测试用例：根据软件需求和设计，按照测试方案的要求设计开发测试用例； 开发测试程序和脚本：根据执行测试用例的需要开发测试程序或测试脚本； 提交测试版本：构建产品并提交测试； 执行测试：按照测试计划的要求执行测试用例并提交BUG； 修复BUG：修复并反馈测试发现的BUG； 编写阶段测试分析报告：记录阶段测试执行结果，并对测试结果和效率进行分析，报告测试遗留问题，记录测试过程中出现的问题并提