编 | 资料名称 | 简介 | 日期 | 出版单位 | |
列出编写本 告时查阅的 Intenet 上杂志、专业著作、技术标准以及他们的 址。
点 | 简介 |
文档 | 已创建(是/否) | 版本/日期 |
需求详述 | ||
功能详述 | ||
项目计划 | ||
设计详述 | ||
原型 | ||
用户手册 |
8. 2. 测试需求 8.1 2.1 分析各种信息 反复检查并理解各种信息,和用户交流,理解他们的要求。可以按照以下步骤执行:
1)确定软件提供的主要商业任务
2)对每个商业任务,确定完成该任务所要进行的交易。 3)确定从数据库信息引出的计算结果。 4)对于对时间有要求的交易,确定所要的时间和条件。这些条件包括数据库大小、机器配置、交易量、以及 络拥挤情况。 5)确定会产生重大意外的压力测试,包括:内存、硬盘空间、高的交易率
6)确定应用需要处理的数据量。 7)确定需要的软件和硬件配置。通常情况下,不可能对所有可能的配置都测试到,因此要选择最有可能产生问题的情况进行测试,包括:最低性能的硬件、几个有兼容性问题的软件并存、客户端机器通过最慢的LAN/WANF连接访问服务器。 8 )确定其他与应用软件没有直接关系的商业交易。包括:
管理功能,如启动和推出程序
配置功能,如设置打印机
操作员的爱好,如字体、颜色
应用功能,如访问email或者显示时间和日期。 9 )确定安装过程,包括定置从哪安装、定制安装、升级安装。 10 )确定没有隐含在功能测试中的户界面要求。大多界面都在功能测试时被测试到。还有写没有测到,如:操作与显示的一致性,如使用快捷键等;界面遵从合理标准,如按钮大小,标签等。 8.2 2.2 需求组织成层次图 9. 3. 测试策略
测试策略项 | 例子 |
测试阶段 | 系统测试 |
测试类型 | 功能测试 |
测试技术 | 75% 用SQA Suite自动测试,25%手工测试 |
完成标准 | 95% 测试用例通过并且最高级缺陷全部解决 |
特殊考虑 | 测试必须在上午进行 |
10.4. 测试内容 根据软件项目的实际特点确定确认测试的测试内容。对部分软件项目除基本的功能测试外,可能还包括性能测试、安全性测试、极限测试、并发操作测试等。 1) 功能测试 2) 用户界面测试 3) 性能测试 4) 压力测试 5) 容量测试 6) 配置测试 7) 安装测试 11.5. 资源 11.15.1 人力资源
职位 | 姓名 | 特殊责任/说明 |
测试经理 | ||
测试工程师 设计/开发(可以多人) |
||
测试工程师 测试执行(可以多人) |
||
测试系统管理员 |
11.25.2 系统资源
系统 | 名称/类型 |
硬件环境 软件环境 专门配置要求 客户测试机 其他要求 | |
12.6. 人员安排 6.1 估计测试工作量
∑(每个测试的时间*每个需求的测试的数目*测试需求的数目)
(测试设计、开发、….) 12.1 6.2 创建工程调度表
任务 | 相关工作量(天) |
测试计划 | |
确定项目 | |
定义测试策略 | |
决定测试需求 | |
估计工作量 | |
确定资源 | |
调度测试活动 | |
生成测试计划文档 | |
测试设计 | |
分析测试需求 | |
指定测试过程 | |
指定测试用例 | |
查看测试需求的覆盖率 | |
测试开发 | |
建立测试开发环境 | |
录制和回放原型过程 | |
开发测试过程 | |
测试和调试测试过程 | |
修改测试过程 | |
重新测试并调试测试过程 | |
测试执行 | |
设置测试系统 | |
执行测试 | |
验证测试结果 | |
调查突发结果(unexpected result) | |
生成缺陷日记 | |
测试评估 | |
回顾测试日记 | |
评估测试需求的覆盖率 | |
评估缺陷 | |
决定是否达到测试完成的标准 |
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!