软件项目-测试规范-模板

测试规范版本：V1.0

测试规范

目录

1 介绍 (1)

1.1 目的 (1)

1.2 范围 (1)

2 术语表 (1)

3 角色和职责 (1)

4 缺陷管理 (2)

4.1 缺陷管理流程 (2)

4.1.1 流程图 (2)

4.1.2 缺陷操作 (3)

4.2 缺陷属性 (5)

4.2.1 状态 (6)

4.2.2 缺陷类型 (6)

4.2.3 引入阶段 (7)

4.2.4 严重性 (7)

4.2.5 优先级 (8)

5 测试策略规范 (9)

5.1 功能测试 (9)

5.2 性能测试 (9)

5.3 界面测试 (10)

5.4 安全性测试 (10)

5.5 文档测试 (10)

6 测试启动和结束标准 (10)

6.1 模块测试启动标准 (11)

6.2 版本测试启动标准 (11)

6.3 版本测试结束标准 (11)

6.4 模块测试结束标准 (11)

6.5 系统测试启动标准 (11)

6.6 系统测试结束标准 (12)

1 介绍

1.1 目的

本规范应用于测试过程中，主要用于规范测试人员缺陷的提交、开发人员缺陷的修复和测试人员对缺陷的跟踪情况，同时还定义了测试策略以及对各个测试项及各版本的启动结束标准。

1.2 范围

本文件适用于软件板块所有项目的测试工作。

2 术语表

3 角色和职责

4 缺陷管理

4.1 缺陷管理流程

4.1.1 流程图

缺陷管理流程图根据不同角色具有的不同操作权限进行划分，对整个缺陷管理过程进行描述。

流程图说明：

：操作

4.1.2 缺陷操作

下表简要描述了各个操作的执行角色，以及在该操作下，缺陷状态的转换过程。

下面对各个操作进行详细描述。

4.1.2.1 提交

测试工程师在测试过程中发现的缺陷，或者用户测试、系统上线时发现的缺陷，由测试工程师验证后“提交”到缺陷管理系统。缺陷信息必填项有：版本号、标题、缺陷类型、引入阶段、严重性、优先级、模块、接受者、描述等，可选项有：注释、附件。“接收者”可填写开发经理，由开发经理进行“分派”。如果知道问题所属软件工程师，“接收者”可填写该人员，由其进行“打开”。

“提交”即缺陷记录的保存动作，该动作执行后，缺陷状态为“已提交”。

4.1.2.2 分派

接收者为开发经理，状态为“已提交”、“已延迟”的缺陷需要在本测试周期内处理的时候，开发经理进行“分派”操作，“接收者”填写负责解决该问题的软件工程师。

“分派”操作执行后，缺陷的状态为“已分派”。

如开发经理分派错误，则由其修改接收者即可。

测试规范4.1.2.3 修复

接收者为软件工程师、状态为“已提交”、“已分派”、“已延迟”的缺陷，该软件工程师将缺陷修复完成并自测通过后，进行“修复”操作，填写“解决方法”，“接收者”填写该缺陷提交人。

“修复”操作执行后，缺陷的状态为“待验证”。

4.1.2.4 验证通过

接收者为测试工程师，状态为“待验证”、“重复”、“不是问题”的缺陷，该测试工程师对该缺陷进行验证，如果缺陷已解决或确认缺陷重复、不存在，则进行“验证通过”操作，“接收者”不变。

“验证通过”操作执行后，状态为“待验证”的缺陷的状态变为“已解决”，状态为“重复”、“不是问题”的缺陷的状态改为“取消”。

4.1.2.5 验证不通过

接收者为测试工程师，状态为“待验证”、“重复”、“不是问题”的缺陷，该测试工程师对该缺陷进行验证，如果缺陷没有解决或确认问题没有重复、仍然存在，则进行“验证不通过”操作，“接收者”填写上一操作人员，如有需要说明的情况填写在“注释”中。

“验证不通过”操作执行后，缺陷的状态为“已提交”。

4.1.2.6 延迟

接收者为开发经理，状态为“已提交”的缺陷，如果经开发经理确认是问题，但是在《测试规范》规定的时间内暂不修改，则进行“延迟”操作，接收者不变，并在“注释”中填写延迟原因及计划解决日期。

“延迟”操作执行后，缺陷的状态为“已延迟”。

4.1.2.7 遗留

接收者为开发经理，状态为“已提交”的缺陷，开发经理确认提交的缺陷确实存在，但是根据需求设计不需要修改该缺陷，或者因技术等问题无法解决该缺陷，同时保证不影响系统正常运行，则进行“遗留”操作，允许不解决该缺陷，“注释”写明原因，不填写“接收者”。

“遗留”操作执行后，缺陷的状态为“遗留”。

测试规范4.1.2.8 不是问题

接收者为开发经理、软件工程师，状态为“已提交”的缺陷，开发经理或软件工程师确认后认为问题不存在，则进行“不是问题”操作，“注释”写明情况，“接收者”填写问题提交人。

“不是问题”操作执行后，缺陷的状态为“不是问题”。

4.1.2.9 重复

接收者为开发经理、软件工程师，状态为“已提交”的缺陷，经开发经理或软件工程师确认后与现有缺陷重复，则进行“重复”操作，“重复ID”填写与该缺陷重复的缺陷标识，“接收者”填写问题提交人。

“重复”操作执行后，缺陷的状态为“重复”。

4.2 缺陷属性

缺陷属性包括以下内容：

主要属性的详细说明如下：4.2.1 状态

4.2.2 缺陷类型

4.2.3 引入阶段

4.2.4 严重性

4.2.5 优先级