软件测试实施过程解析(3)

7 分析测试需求 　 指定测试过程 　 指定测试用例 　 查看测试需求的覆盖率 　 测试开发 12 建立测试开发环境 　 录制和回放原型过程 　 开发测试过程 　 测试和调试测试过程 　 修改测试过程 　 建立外部数据集合 　 重新测试并调试测试过程 　 测试执行 6 设置测试系统 　 执行测试 　 验证测试结果 　 调查突发结果（unexpected result） 　 生成缺陷日记 　 测试评估 1 回顾测试日记 　 评估测试需求的覆盖率 　 评估缺陷 　 决定是否达到测试完成的标准 　

　　7、书写测试计划

　　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、配置测试

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

原文转自：http://www.uml.org.cn/Test/test2_4.htm