4．风险及约束
列出测试过程中可能存在的一些风险和制约因素，并给出规避方案。如：
a）由于客观存在的设备、网络等资源原因，使得测试不全面。明确说明哪些资源欠缺，产生什么约束；（例如，客户端程序---由于网络资源有限，不能做到十几台机器同时下载的情况，无法进行大型的压力测试）
b）由于研发模式为现场定制，且上线时间压力大，使得测试不充分。明确说明在此种约束下，测试如何应对；
c）只针对专门的客户群需求的测试。明确说明此约束下的客户群和业务范围。（例如，测试系统只针对测试人员的需求进行测试）
5．测试文档
列出测试过程中可能用到的参考文档、相关的设计文档以及保存位置，测试完成后应产生的文档。
（例如，测试工具CMITest----参考文档：《逻辑测试系统测试计划-V2.0.doc》，《逻辑测试系统测试用例-V2.0.doc》；
保存位置：\\195.1.1.1\ AfterService\upgrade目录下，测试完成后应该产生《逻辑测试报告手册V1 0.doc》）
6．测试参考文档
表格 2 测试参考文档
|
文档说明 |
作者 |
文档位置 |
|
需求文档（需求规格说明书、Readme.txt或者邮件） |
－ |
－ |
|
测试计划 |
－ |
－ |
|
测试用例 |
－ |
－ |
7．测试提交文档
表格 3 测试提交文档
|
文档说明 |
作者 |
文档位置 |
|
《测试计划》 |
－ |
－ |
|
《测试用例》 |
－ |
－ |
|
《测试报告》 |
－ |
－ |
|
《Readme.txt》 |
－ |
－ |
|
《操作说明手册》 |
－ |
－ |
相关阅读：
