3、分解软件,写测试需求
分析各种信息
反复检查并理解各种信息,和用户交流,理解他们的要求。可以按照以下步骤执行:
1、确定软件提供的主要商业任务
2、对每个商业任务,确定完成该任务所要进行的交易。
3、确定从数据库信息引出的计算结果。
4、对于对时间有要求的交易,确定所要的时间和条件。这些条件包括数据库大小、机器配置、交易量、以及网络拥挤情况。
5、确定会产生重大意外的压力测试,包括:内存、硬盘空间、高的交易率
6、确定应用需要处理的数据量。
7、确定需要的软件和硬件配置。通常情况下,不可能对所有可能的配置都测试到,因此要选择最有可能产生问题的情况进行测试,包括:最低性能的硬件、几个有兼容性问题的软件并存、客户端机器通过最慢的LAN/WANF连接访问服务器。
8、确定其他与应用软件没有直接关系的商业交易。包括:
管理功能,如启动和推出程序
配置功能,如设置打印机
操作员的爱好,如字体、颜色
应用功能,如访问email或者显示时间和日期。
9、确定安装过程,包括定置从哪安装、定制安装、升级安装。
10、确定没有隐含在功能测试中的户界面要求。大多界面都在功能测试时被测试到。还有写没有测到,如:操作与显示的一致性,如使用快捷键等;界面遵从合理标准,如按钮大小,标签等。
把需求组织成层次图
4、估计测试工作量
∑(每个测试的时间*每个需求的测试的数目*测试需求的的数目)
(测试设计、开发、….)
5、确定资源
人力资源
职位 | 姓名 | 特殊责任/说明 |
测试经理 | ||
测试工程师 设计/开发(可以多人) |
||
测试工程师 测试执行(可以多人) |
||
测试系统管理员 |
系统资源
系统 | 名称/类型 |
数据库服务器
网络/子网 服务器名称 数据库名称 |
|
SQA 测试存储库
网络/子网 服务器名称 |
|
客户测试机
包括专门的配置需求 |
列表 |
测试开发的PC机 | 列表 |
6、创建工程调度表
任务 | 相关工作量(天) |
整个SQA过程 | 38 |
测试计划 | 12 |
确定项目 | 1 |
定义测试策略 | |
决定测试需求 | |
估计工作量 | |
确定资源 | |
调度测试活动 | |
生成测试计划文档 | |
测试设计
原文转自:http://www.uml.org.cn/Test/test2_4.htm |