| 调查突发结果（unexpected result） | |
| 生成缺陷日记 | |
| 测试评估 | 1 |
| 回顾测试日记 | |
| 评估测试需求的覆盖率 | |
| 评估缺陷 | |
| 决定是否达到测试完成的标准 |
1、介绍
目的
背景
测试范围
项目文件列表
2、测试需求
3、测试策略
测试类型
1、功能测试
2、用户界面测试
3、性能测试
4、压力测试
5、容量测试
6、配置测试
7、安装测试
工具
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、安装选项和验证
对象状态用例和窗口存在用例，文件存在用例。
书写测试设计的步骤
生成测试需求报告
↓
指定测试过程
↓
指定测试用例（可选）
↓
回顾测试覆盖率
第三部分：测试开发
输入：被测软件、基于测试需求的测试设计
输出：测试过程和测试用例
目标：
1、创建可以重用的测试过程和测试用例
2、维护测试过程、测试用例与相关测试需求的一一对应。
测试开发的问题：
1、测试开发很乱，与测试需求或测试策略没有对应性
2、测试过程不可重复或不可重用
3、测试过程被作为一个编程任务来执行，导致脚本太长，不能满足软件移植性的要求。
错误处理
当测试过程发生错误时，有几种解决办法：
1、跳转到别的测试过程
2、调用一个能够清除错误的过程
3、退出过程，启动另一个
4、退出过程和应用程序，重新启动启动Windows，在失败的地方重新开始测试
测试开发的步骤
1、设立开发环境
SQA Suite
连接到SQA存储库
启动SQA Baisc或VB
被测软件
等等
2、录制和回放原型过程
原型过程指出所有未知窗口控制，使得他们都能象标准窗口那样动作或者没有特别的动作，把他们都划归为Generic类型。通过这个过程，SQA Robot就知道该怎样处理应用中的特殊控制。[Page]
1、把recording option 中的Define Unknown Object as Type Generic选项设置为off
2、使用的过程标识符要可以被覆盖，或者能被删掉。因为这只是个原型，用来教SQA Robot 录制的过程
3、录制测试过程和测试用例
1、录制模块测试过程和与测试需求最低层对应的测试用例；
2、录制初始化过程；
3、录制导航过程，把前面的过程串起来；
4、测试和调试测试过程
5、修改测试过程（可选）
6、建立外部数据集合
如果测试过程是用来循环一套输入和输出数据，就需要建立数据集合。
7、重复测试和调试测试过程，回到4
第四部分：测试执行
测试执行的问题
1、自动化测试没有有效的利用，使得手工测试太多。
2、测试结果的捕获没有系统性，而且没有查看或调查
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
