测试方案和测试报告、需求变更控制

一、测试方案

1、概述

文档目的、测试背景、适用范围、术语定义、参考资料

2、测试目的

3、测试范围

 功能测试范围、接口测试范围、数据准确性、性能测试范围

4、测试资源

测试环境需求、测试计划、人力资源分工

5、测试约束

测试进出条件、测试通过和失败准则、测试启动/结束/暂停/再启动准则

版本发布约定、测试缺陷管理、缺陷跟踪流程标准、缺陷的修改流程标准

6、功能测方案

测试工具、测试需求评审方案、测试类型（冒烟、功能、流程、边界值、容错性、启动停止、安装、兼容、易用、界面、接口、配置、安全、性能、回归、文档测试）、测试策略（数据抽取、平台功能、用户界面、兼容性测试、接口测试、性能测试）

7、测试执行管理策略

8、测试风险分析

9、测试输出

10、需求变更控制

二、测试报告

三、需求变更控制

1.      变更条件

1)   在测试计划阶段，如果系统需求有变动且该需求已经制定，则只需更改该需求即可，如果该需求尚未制定，则根据变更后的系统需求制定新的测试需求；

2)   在符合以下条件时可以进行需求变更：

ü  测试计划阶段已经结束，测试需求已经确认并签字；

ü  测试执行阶段尚未正式开始；

3)   如果测试执行阶段出现系统需求变更，而该变更对系统影响不大的话，可以填写备忘记录，在下一次测试项目中进行变更；

4)   如果测试执行阶段出现系统需求变更，而该变更对系统影响较大而必须变更的话，测试方负责人员和客户要就此达成认可，并填写备忘录，然后执行需求变更流程。如果需要暂停或中止当前测试执行过程，则需要更改协议并修正测试计划。

2.  变更流程

 

 

1)  如需变更需求，则需求方负责人填写《测试需求变更通知单》并提交相应的变更资料给测试方负责人；

2)  测试方分析人员进行测试需求变更；

3)  变更完成后需求方负责人对变更的需求进行Review和确认；

4)  变更确认后，测试人员修改或重新编写测试用例；

在之后的测试中使用新的测试用例进行测试。