7、书写测试计划

　　1）介绍

　　目的

　　背景

　　测试范围

　　项目文件列表

　　2）测试需求

　　3）测试策略

　　◇ 测试类型

　　　　● 功能测试

　　　　● 用户界面测试

　　　　● 性能测试

　　　　● 压力测试

　　　　● 容量测试

　　　　● 配置测试

　　　　● 安装测试

　　◇ 工具

　　4）资源

　　人力资源

　　系统资源

　　5）调度

　　6）文档

　　软件元件

　　测试特性（Assets）

　　测试日记

　　缺陷报告

　　第二部分：测试设计

　　测试设计的问题

　　1、不做测试设计，测试过程也是胡乱建立的。

　　2、测试设计不详细，不是基于可量度的测试策略，例如测试计划覆盖一个集合或者测试需求的一个子集。

　　3、测试过程没有采用最好的技术来检验Windows C/S结构的测试需求

　　测试用例的选择规则

　　1、选择与测试需求的实质部分最相关的测试用例。

　　2、选择的测试用例应该不容易应用程序的改变的影响。

　　下面是选择测试用例的几点具体规则：

　　1、商业函数

　　商业函数一般与数据库有关，要测试数据库的变化，有几种方法：

　　1）如果数据库的的改变会反映在一个列表框中，那么就要选择验证列表框内容的测试用例。

　　2）还可以检查交易完成后的确认对话框。可以检查对话框的标题。图象比较也可以检查确认对话框，但图象比较容易受其他因素影响。

　　3）修改脚本，SQA Basic提供了强大的数据库支持。

　　2、域的验证

　　各种不同的域选择相应的测试用例。

　　3、用户界面测试

　　对象状态测试用例

　　4、性能标准

　　等待状态测试用例

　　5、压力下的操作

　　6、访问控制

　　Object state test case

　　7、配置测试

　　不能选择图象测试用例（也分辨率有关）和文件测试用例（与驱动器有关）

　　8、安装选项和验证

　　对象状态用例和窗口存在用例，文件存在用例。

　　书写测试设计的步骤

　　生成测试需求报告
　　　　　↓
　　指定测试过程
　　　　　↓
　　指定测试用例（可选）
　　　　　↓
　　回顾测试覆盖率