5.3 接口
简要说明该软件同其他软件之间的公共接口、数据通信协议等， 5.4控制
说明控制该产品的运行的方法和控制信号，并说明这些控制信号的来源。
6. 尚需解决的问题
以列表的形式列出在需求分析阶段必须解决但尚未解决的问题 测试计划
7. 1. 引言
7.1 1.1 目的
说明本项目测试目的、预期达到的目标。
7.2 1.2 背景
说明本项目测试的背景。
7.3 1.3 测试范围
说明本项目测试的内容。 1.4 项目文件列表
列出编写本报告及测试整个过程中所要参考的文件、资料。 相关文件列表 文档
已创建（是/否）
版本/日期
需求详述 功能详述 项目计划 设计详述 原型 用户手册 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） 生成缺陷日记 测试评估 回顾测试日记 评估测试需求的覆盖率 评估缺陷 决定是否达到测试完成的标准
需求分析文档模板教学文稿
