1编写目的

本文档是测试团队的日常工作规范，主要侧重测试工作流程的控制，明确软件工程的各阶段测试团队应完成的工作。测试技术和策略等问题不在本文档描述范围内。

2测试团队构成

2.1职责

测试是软件开发过程中的重要组成部分，肩负着如下责任：

Ø        在项目的前景、需求文档确立基线前对文档进行测试，从用户体验和测试的角度提出自己的看法。

Ø        编写合理的测试计划，并与项目整体计划有机地整合在一起。

Ø        编写覆盖率高的测试用例。

Ø        针对测试需求进行相关测试技术的研究。

Ø        认真仔细地实施测试工作，并提交测试报告供项目组参考。

Ø        进行缺陷跟踪与分析。

2.2角色划分

在人力资源有限的情况下，一个团队成员可能会同时承担多个角色。

3工作流程及规范

3.1计划与设计阶段

3.1.1成立测试团队

3.1.2测试预通知

3.1.4编写测试计划文档

3.1.5设计测试用例

3.2实施测试阶段

3.2.1实施测试用例

3.2.2提交报告

3.2.3回归测试

3.3总结阶段

测试工作结束或即将结束时，测试组就要开始着手准备进行总结的工作。

3.3.1编写测试报告

3.3.2测试工作总结

3.3.3测试验收

3.3.4测试归档

  测试归档是在测试验收结束宣布测试有效，结束测试后，对测试过程中涉及到各种标准文档进行归类，存档。

3.4缺陷跟踪

4缺陷类型定义

本规范定义以下五类缺陷：

Ø        A类——严重错误，包括：

1.      由于程序所引起的死机,非法退出

2.      死循环

3.      导致数据库发生死锁

4.      数据通讯错误

5 严重的数值计算错误

Ø        B类——较严重错误，包括：

1.      功能不符

2.      数据流错误

3.      程序接口错误

4.      轻微的数值计算错误

Ø        C类——一般性错误，包括：

1.      界面错误(详细文档)

2.      打印内容、格式错误

3.      简单的输入限制未放在前台进行控制

4.      删除操作未给出提示

Ø        D类——较小错误，包括：

1.      辅助说明描述不清楚

2.      显示格式不规范

3.      长时间操作未给用户进度提示

4.      提示窗口文字未采用行业术语

5.      可输入区域和只读区域没有明显的区分标志

6.      系统处理未优化

Ø        E类——测试建议（非缺陷）

5测试标准

软件测试合格须符合以下标准。

以上比例为错误占总测试模块的比例。

软件产品未经测试合格，不允许投运。

6争议处理

如开发团队对测试结论有争议，由验收组成员会议协调解决。测试团队和开发团队应无条件服从仲裁结果。

7标准文档

1.      《测试任务说明书》

2.      《测试计划书》

3.      《测试用例说明书》

4.      《测试报告》

5.      《测试总结报告》

6.      《测试验收报告》

7.      《缺陷跟踪报告》