例如工作量或硬件配置.PPTVIP

* * * 内容——可交付工件 本节列出了将要创建的各种文档、工具和报告，及其创建人员、交付对象和交付时间。 6.1???? 测试模型 确定将要通过测试模型创建并分发的报告。 测试模型中的这些工件应该用 ASQ 工具来创建或引用。 6.2???? 测试记录 说明用来记录和报告测试结果和测试状态的方法和工具。 6.3???? 缺陷报告 确定用来记录、跟踪和报告测试中发生的意外情况及其状态的方法和工具。 * 内容——附录 A：项目任务 以下是一些与测试有关的任务： - 制定测试计划 确定测试需求 评估风险 制定测试策略 确定测试资源 创建时间表 生成测试计划 - 设计测试 准备工作量分析文档 确定并说明测试用例 确定测试过程，并建立测试过程的结构 复审和评估测试覆盖 - 实施测试 记录或通过编程创建测试脚本 确定设计与实施模型中的测试专用功能 建立外部数据集 - 执行测试 执行测试过程 评估测试的执行情况 恢复暂停的测试 核实结果 调查意外结果 记录缺陷 - 对测试进行评估 评估测试用例覆盖 评估代码覆盖 分析缺陷 确定是否达到了测试完成标准与成功标准 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 【软件工程案例分析】测试——软件测试计划 * 目的 传达测试活动的意图。下列人员使用测试计划： 最终用户代表，用来核实是否推荐使用了适当的测试策略，反映出系统或应用程序按照预定的用途进行应用。 客户和涉众，用来核实测试需求是否可接受，是否已按优先级恰当地排序。此外，客户还应核实测试策略和测试覆盖。 系统集成员和实施员，用来核实测试需求和测试策略是否与实施及开发计划一致。 测试设计员，作为对测试设计活动的输入。 * 时机 在项目的一开始就应创建最初的测试计划，该计划称为“主测试计划”。 随着每次迭代的筹划，将创建一个或多个更精确的“迭代测试计划”，其中包含与指定迭代有关的更精确的数据。 所有测试计划内容都建立在测试计划模板的基础上。 * 内容——简介（Ⅰ） 1.1目的 “测试计划”文档有助于实现以下目标： 确定现有项目的信息和应测试的软件构件 列出推荐的测试需求（高级需求） 推荐可采用的测试策略，并对这些策略加以说明 确定所需的资源，并对测试的工作量进行估计 列出测试项目的可交付元素 1.2 背景 对测试对象（构件、应用程序、系统等）及其目标进行简要说明。 需要包括的信息有：主要的功能和性能、测试对象的构架以及项目的简史。 本节应该只有 3 至 5 个段落。 * 内容——简介（Ⅱ） 1.3?范围 描述测试的各个阶段（例如，单元测试、集成测试或系统测试），并说明本计划所针对的测试类型（如功能测试或性能测试）。 简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。 如果在编写此文档的过程中作出的某些假设可能会影响测试设计、开发或实施，则列出所有这些假设。 列出可能会影响测试设计、开发或实施的所有风险或意外事件。 列出可能会影响测试设计、开发或实施的所有约束。 * 内容——简介（Ⅲ） 1.4 项目核实 下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性：（注： 可适当地删除或添加文档项） 文档（版本/日期） 已创建或可用 已被接收或已经过复审 作者或来源 备注 需求规约 o 是 o 否 o 是 o 否 ? ? 功能性规约 o 是 o 否 o 是 o 否 ? ? 用例报告 o 是 o 否 o 是 o 否 ? ? 项目计划 o 是 o 否 o 是 o 否 ? ? 设计规约 o 是 o 否 o 是 o 否 ? ? 原型 o 是 o 否 o 是 o 否 ? ? 用户手册 o 是 o 否 o 是 o 否 ? ? 业务模型或业务流程 o 是 o 否 o 是 o 否 ? ? 数据模型或数据流 o 是 o 否 o 是 o 否 ? ? 业务功能和业务规则 o 是 o 否 o 是 o 否 ? ? 项目或业务风险评估 o 是 o 否 o 是 o 否 ? ? * 内容——测试需求 列表用于确定被当作测试对象的各项需求，例如（表中列出了将要测试的对象） ： 用例 功能性需求 非功能性需求 * 内容——测试策略 测试策略提供了对测试对象进行测试的推荐方法。 上一节“测试需求”中说明的是测试对象，本节则要说明如何对测试对象进行测试。 对于每种测试，都应提供测试说明，并解释其实施和执行的原因。 如果将不实施和执行某种测试，则应该用一句话加以说明，并陈述这样做的理由。例如，“将不实施和执行该测试。 该测试不合适”。 制定测试策略时所考虑的主要事项有：将要使用的技术以及判断测试何时完成的标准。 * 内容——测试策略——3.1 测试类型 3.1.1???? 数