一、测试方案
1、概述
文档目的、测试背景、适用范围、术语定义、参考资料
2、测试目的
3、测试范围
功能测试范围、接口测试范围、数据准确性、性能测试范围
4、测试资源
测试环境需求、测试计划、人力资源分工
5、测试约束
测试进出条件、测试通过和失败准则、测试启动/结束/暂停/再启动准则
版本发布约定、测试缺陷管理、缺陷跟踪流程标准、缺陷的修改流程标准
6、功能测方案
测试工具、测试需求评审方案、测试类型（冒烟、功能、流程、边界值、容错性、启动停止、安装、兼容、易用、界面、接口、配置、安全、性能、回归、文档测试）、测试策略（数据抽取、平台功能、用户界面、兼容性测试、接口测试、性能测试）
7、测试执行管理策略
8、测试风险分析
9、测试输出
10、需求变更控制
二、测试报告
三、需求变更控制
1. 变更条件
1) 在测试计划阶段，如果系统需求有变动且该需求已经制定，则只需更改该需求即可，如果该需求尚未制定，则根据变更后的系统需求制定新的测试需求；
2) 在符合以下条件时可以进行需求变更：
ü 测试计划阶段已经结束，测试需求已经确认并签字；
ü 测试执行阶段尚未正式开始；
3) 如果测试执行阶段出现系统需求变更，而该变更对系统影响不大的话，可以填写备忘记录，在下一次测试项目中进行变更；
4) 如果测试执行阶段出现系统需求变更，而该变更对系统影响较大而必须变更的话，测试方负责人员和客户要就此达成认可，并填写备忘录，然后执行需求变更流程。如果需要暂停或中止当前测试执行过程，则需要更改协议并修正测试计划。
2. 变更流程
1) 如需变更需求，则需求方负责人填写《测试需求变更通知单》并提交相应的变更资料给测试方负责人；
2) 测试方分析人员进行测试需求变更；
3) 变更完成后需求方负责人对变更的需求进行Review和确认；
4) 变更确认后，测试人员修改或重新编写测试用例；
在之后的测试中使用新的测试用例进行测试。