2

、严重程度

３

职责范围

负责测试全过程组织管理

负责进行测试分析、编写测试用例

执行测试任务

负责对测试文档、开发文档管理

BUG

严重程度分为四个级别

级别一：死机，数据丢失，主要功能完全丧失，系统悬挂

级别二：主要功能丧失，导致严重的问题，或致命的错误声明

级别三：次要功能丧失，

不太严重，如提示信息不太准确

级 别四：微小的问题，对功能几乎没有影响，产品及属性仍可使用，如

有错别字

3

、修改次数

指同样

BUG

重复修改的次数，是衡量开发人 员工作效率的重要依据；

4

、优先级别：

分为四个级别

级别一：必须立即修改；

级别二：一天内修改；

级别三：三天内修改

级别四：短期内无须解决或在下一版本中解决

说明：严重程度越高，优先级越高，原有错误优先级高于新版本错误。

六、测试文档

1

、测试报告

详细记录

BUG

出现过程，可能原因，解决方法或解决意见。 测试报告要

求书写工整、

简明扼要，

必 须要详细注明

BUG

发现日期、

BUG

所属模块等

相关信息（对于较难发现的

BUG

，必须提供操作流程及应用数据）

。测试

报告是测试员与开发人员交流的重要文档，也是测试评价的重要依据。

注意：

A

、 如果测试与测试任务单对应，则测试报告中必须要记录任务单编号，

以利于测试验收及考 核。

B

、测试报告中必须注明测试用 例编号，

如果发现的

BUG

不在测试用 例范

围内，则填写为“其它”

，为测试用例评估提供依据。

C

、程序员在修改

BUG

时，如果严重级别为一、二级，必须说明修改方法

或问 题原因，以利于分析。

2

、测试用例

测试用例是为高效地发现程序中的

BUG

而精心准备的一组测 试数据或

操作过程。测试用例不可能穷举软件中的所有情况，所以测试用例的设

４

计必须具有代表 性，通过测试用例的使用可以提高工作效率、减少重复

劳动、在软件进行改动或升级时， 只需对测试用例进行少量的修改即可

开展工作。

3

、测试计划

主要内容：计划时间、人员、测试工作安排

4

、测试任务书

主要内容：时间要求、参与人员、验收标准或结束标志

5

、测试总结报告

< br>主要内容：计划完成情况、

BUG

修改情况、经验总结、 测试对象评分（

10

分为上限）

6

、软件修改记录

< br>主要内容：修改对象、修改内容、修改原因、问题提出人、关联对象、

测试注意事 项

7

、讨论记录

详细记录所有与测试相关的讨论，参与讨论者须在此记录上手工签名

8

、软件升级记录

详细记录软件升级情况

9

、用户问题记录

主要内容：用户情况、用户问题、解决方法、解决状态

七、测试阶段划分

1

、单元测试

对某个相对独立构件的测试，结束标志为：能满足独立运行要求

2

、集成测试

将已通过单元测试的模块依次进行组合并测试，结束标志为：组合后的

模块能满足要求 ；

3

、验收测试

所有模块均通过集成测试后，

软件可以交付使用前的测试，

结 束标志为：

软件可以交付使用

4

、维护测试

对软件发布后发现的问题进行的修改与测试，结束标志为：问题解决、

软件运行正常< /p>

八、测试类型

５

-

-

-

-

-

-

-

-