需求分析模板.doc

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