RUP迭代测试计划模板.doc

项目名称 迭代测试计划 版本 1.0 [注意：以下模板供与 Rational Unified Process（RUP）一起使用，且设计目的是与 RUP 内提供的详细指导信息结合使用。与 RUP 随附的大多数模板一样，应对该模板进行定制以使其适合所用特定项目的环境。] [注：如您当前阅读的文本一样，包含在方括号中以蓝色斜体（style=InfoBlue）显示的文本用于向作者提供指导，在发布文档之前应将这些文本删除。在此样式之后输入的段落将自动设置为正常（style=Body Text）。] [要在 Microsoft Word 中定制自动字段（选定时显示灰色背景），请选择“文件(属性”然后在“标题”、“主题”和“公司”字段填入本文档的相应信息。关闭对话框后，可以通过选择“编辑”(“全选”（或 Ctrl-A）然后按 F9 键，让整个文档中的自动字段更新，或者只需单击字段然后按 F9 键。此操作必须对页眉和页脚分开进行。Alt-F9 将在显示字段名称和显示字段内容之间切换。关于处理字段的更多信息，请参阅 Word 帮助。] 修订历史记录 日期 版本 描述 作者 dd/mmm/yy x.x 详细信息 名称 目录 1. 简介 5 1.1 目的 5 1.2 范围 5 1.3 目标读者 5 1.4 文档术语和首字母缩写 5 1.5 参考资料 5 1.6 文档结构 6 2. 评估任务和测试动机 6 2.1 评估任务 6 2.2 测试激发因素 6 3. 目标测试项 6 4. 计划测试的大纲 6 4.1 测试包含内容大纲 6 4.2 其他可能包含的候选内容的大纲 7 4.3 测试排除内容大纲 7 5. 测试方法 7 5.1 评测测试范围 7 5.2 识别和解释测试 7 5.3 进行测试 7 6. 入口和出口标准 8 6.1 迭代测试计划 8 6.1.1 迭代测试计划入口标准 8 6.1.2 迭代测试计划出口标准 8 6.1.3 暂挂和继续标准 8 6.2 测试周期 8 6.2.1 测试周期入口标准 8 6.2.2 测试周期出口标准 8 6.2.3 测试周期异常终止 8 7. 可交付工件 8 7.1 测试评估摘要 8 7.2 报告测试覆盖率 8 7.3 理解的质量报告 8 7.4 事件日志和变更请求 9 7.5 冒烟测试套件和支持测试脚本 9 8. 测试工作流程 9 9. 环境需要 9 9.1 基本系统硬件 9 9.2 测试环境中的基本软件元素 9 9.3 生产力和支持工具 10 9.4 测试环境配置 10 10. 职责、人员配备和培训需要 10 10.1 人员和角色 10 10.2 人员配备和培训需要 12 11. 关键迭代里程碑 12 12. 迭代计划风险、依赖关系、假定和约束 13 13. 管理流程和过程 14 13.1 核准和签字结束 14 迭代测试计划 简介 目的 项目名称完整生命周期，特定阶段 迭代测试计划的目的是： 提供中心工件，用于管理测试工作的计划和控制。它定义了将用于测试软件和评估测试结果的一般方法，并且是管理者将用来管理和指导详细测试工作的最高级别规划。 当在测试工作中需要对管理测试工作的各方面进行全面的关注，并且那些项目干系人适合来批准计划时，为项目干系人提供可见性。 该迭代测试计划也支持以下特定目标： ? [明确测试以什么为目标。 ? 明确覆盖测试区域出于什么动机以及背后包含什么构想。 ? 概括将使用的测试方法。 ? 确定必需的资源并提供测试工时的估计值。 ? 列出测试项目的可交付元素。] 范围 [定义该迭代测试计划针对的测试类型（例如功能性、可用性、可靠性、性能和可支持性），如果有必要的话，还可定义测试级别（例如集成或系统）。总体指出要从覆盖范围中排除哪些重要元素同样至关重要，否则目标读者就可能会合情合理地认为包含那些元素。 注意：不要在此重复表述您会在以下两节中定义的详细信息： 3节, 目标测试项和第 4节计划测试的大纲中定义的详细信息。] 目标读者 [提供撰写迭代测试计划所面向的读者的简短描述。这样能帮助文档的读者判别本文档是否旨在供他们使用，并且能帮助防止本文档被不适当地利用。 注意：文档样式和内容通常要根据目标读者的不同而发生变化。 本节长度应该只有大约 3 到 5 个段落。] 文档术语和首字母缩写 [本子节提供所有术语、首字母缩写和缩写的定义，这些术语、首字母缩写和缩写对于正确解释迭代测试计划是必需的。请避免列出通常适用于整个项目的项和已经在项目词汇表中定义过的项。在“引用”一节中包含对项目词汇表的引用。] 参考资料 [本子节提供在迭代测试计划内的其他地方引用到的文档的列表。用标题、版本（或报告号，如适用）、日期、出版组织或原作者确定每份文档。避免列出有影响力但