2、对每个商业任务，确定完成该任务所要进行的交易 。
3、确定从数据库信息引出的计算结果 。
4、对于对时间有要求的交易，确定所要的时间和条件 。这些条件包括数据库大小、机器配置、交易量、以及网络拥挤情况 。
5、确定会产生重大意外的压力测试，包括：内存、硬盘空间、高的交易率
6、确定应用需要处理的数据量 。
7、确定需要的软件和硬件配置 。通常情况下，不可能对所有可能的配置都测试到，因此要选择最有可能产生问题的情况进行测试，包括：最低性能的硬件、几个有兼容性问题的软件并存、客户端机器通过最慢的LAN/WANF连接访问服务器 。
8、确定其他与应用软件没有直接关系的商业交易 。包括：
管理功能，如启动和推出程序
配置功能，如设置打印机
操作员的爱好，如字体、颜色
应用功能，如访问email或者显示时间和日期 。
9、确定安装过程，包括定置从哪安装、定制安装、升级安装 。
10、确定没有隐含在功能测试中的户界面要求 。大多界面都在功能测试时被测试到 。还有写没有测到，如：操作与显示的一致性，如使用快捷键等；界面遵从合理标准，如按钮大小，标签等 。
把需求组织成层次图
4、估计测试工作量
∑（每个测试的时间*每个需求的测试的数目*测试需求的的数目）
（测试设计、开发、….）
5、确定资源
人力资源
职位 姓名 特殊责任/说明 测试经理 测试工程师
设计/开发（可以多人） 测试工程师
测试执行（可以多人） 测试系统管理员
系统资源
系统 名称/类型 数据库服务器 网络/子网
服务器名称
数据库名称
SQA 测试存储库 网络/子网
服务器名称
客户测试机 包括专门的配置需求 列表 测试开发的PC机 列表
6、创建工程调度表
任务
相关工作量（天）
整个SQA过程
7.软件测试的测试用例怎么写● 测试用例编号
◇ 规则：编号具有唯一性、易识别性，由数字和字符组合成的字符串
◇ 约定：
系统测试用例：产品编号-ST-系统测试项名-系统测试子项名-XXX
集成测试用例：产品编号-IT-集成测试项名-集成测试子项名-XXX
单元测试用例：产品编号-UT-单元测试项名-单元测试子项名-XXX
● 测试项目
◇ 规则：当前测试用例所属测试大类、被测需求、被测模块、被测单元等
◇ 约定：
系统测试用例测试项目：软件需求项 如：测试手机在没有SIM卡的情况下，可以拨打紧急电话
集成测试用例测试项目：集成后的模块名或接口名 如：测试模块A提供的文件接口
单元测试用例测试项目：被测试的函数名 如：测试函数int ReadFile(char *pszFileName)
● 测试标题
规则：测试用例的概括简单的描述用例的出发点、关注点，原则上不能重复 。
● 重要级别
规则
高：保证系统基本功能、核心业务、重要特性、实际使用频率高的测试用例；
中：重要程度介于高和低之间的测试用例；
低：实际使用频率不高、对系统业务功能影响不大的模块或功能的测试用例 。
● 预置条件
规则：执行当前测试用例需要的前提条件，是后续步骤的先决条件
● 输入
规则：用例执行过程中需要加工的外部信息，输入、文件、数据库等
● 操作步骤
规则：执行当前测试用例需要经过的操作步骤，保证操作步骤的完整性 。
● 预期输出
规则：当前测试用例的预期输出结果，包括返回值的内容、界面的响应结果、输出结果的规则符合度等