教委教材样本-Read.DOC

Adventure Works Cycles 测试计划 Adventure Works Cycles应用程序项目 自动销售和Web站点改进 作者 Alan Shen 作者职位 Test Developer 日期 12/30/2002 版本 1.1 修订和确认表 更改记录 日 期 作 者 版 本 更改引用 1/10/2003 Nicole Holliday 1.0 已审核的测试场景、给Alan的反馈信息 1/12/2003 Alan Shen 1.1 整合开发人员的反馈意见 审核者 姓 名 认可的版本 职 位 日 期 Nicole Holliday 1.0（准备开始2.0） 场景开发人员 2/10/2003 发布 姓 名 职 位 文档属性 项 目 具体内容 文档题目 测试计划 作者 Alan Shen 创建日期 12/30/2002 最新更新 1/12/2003 目 录 介绍 4 测试范围 4 测试策略 4 前提条件 5 测试优先级 5 测试技术 5 测试组织机构 5 角色和责任 5 交付产品 6 测试环境 6 软件和硬件 6 自动测试软件 7 应用程序配置 7 测试脚本 7 介绍 7 预测销售测试脚本 7 建立销售目标测试脚本 8 管理联系测试脚本 8 分析客户测试脚本 8 管理订单测试脚本 8 测试脚本05.1.1通过邮件定制产品规格 8 测试脚本05.5.1使用CE设备创建订单 9 管理产品测试脚本 10 控制访问测试脚本信息 10 测试脚本07.1产品打折 10 测试管理 11 测试进度日程表 11 威胁测试 12 介绍 该文档描述了用户验收Adventure Works Cycles应用程序的测试计划。完整的Adventure Works Cycles应用程序的测试计划将按照以下顺序执行下面的各种任务： 每个组件的组件测试，这些组件构成了Adventure Works Cycles应用程序。 Adventure Works Cycles应用程序的集成测试，这将确保组件之间正确的交互工作。 Adventure Works Cycles应用程序的确认测试，这将确保应用程序能在伪实时环境下正确的工作。 Adventure Works Cycles应用程序的用户验收测试，这将确保应用程序的功能获得了用户的认可 验收测试是应用程序正式运行前所要执行的一系列测试中的最后一项测试。 测试范围 用户认可测试的范围包括： Adventure Works Cycles应用程序的1.0版本 由一组用例定义的面向用户的功能 由一组用例定义的面向管理员的功能 测试的目的是为了确定应用程序从用户的角度来说，如何较好的满足了它的功能要求，以及确定了所有可以解决的问题。同时，这些测试将用于编译测试数据和结果，这些数据和结果将在后续的测试周期中被用到，还将用于在更迟的发布中或在应用程序维护之后的软件的非回归测试（non-regression）。 工作实践可能会由于用户的不同而不同，并且可能还要考虑测试范围以外的事 发程序÷js。 测试策略 用户认可测试的基础在于其他的测试已全部完成，因此，要考虑应用程序和它的所要求的架构的稳定性和可靠性。认可测试着重从用户角度考虑应用程序，也就是说，应用程序将如何使用，以及其是否满足了必要的质量标准。 开发团队将处理文档化变更要求和缺陷。变更标准将在测试开始之前由测试团队和开发团队确定。例如，标准可能包括对期望功能的影响、提议的变更对代码影响的量、以及提议的变更所要求的设计。测试人员将评估标准。测试领导将确定变更需求是否接受变了更要求的状态还是没有，缺陷报告将翻译成变更要求并传递给开发。 认可测试的客户是Adventure Works Cycles销售的副总裁。认可测试的过程连同所有发现的问题，以及计划的解决方案一起将被报告给客户。客户或所选的代表将执行测试的签字，并认可应用程序。 前提条件 在测试开始前，下面的项目是必需的： 完整且连贯的Adventure Works Cycles应用程序功能说明书，以用例和使用场景表示 完整的，已经过确认测试的Adventure Works Cycles应用程序发布，按照提交计划提交 达成共识过程，该过程处理在测试过程中发现的所有异常