项目开发计划编写指导书.DOC

目 录 1 引言 3 1.1 编写目的 3 1.2 背景 3 1.3 范围 3 1.4 约束 3 1.5 项目核实 3 2 质量维度： 3 3 测试需求 3 4 测试策略 3 4.1 测试类型 3 4.1.1 数据和数据库完整性测试 3 4.1.2 功能测试 3 4.1.3 业务周期测试 3 4.1.4 用户界面测试 3 4.1.5 性能评测 3 4.1.6 负载测试 3 4.1.7 强度测试 3 4.1.8 容量测试 3 4.1.9 安全性和访问控制测试 3 4.1.10 故障转移和恢复测试 3 4.1.11 配置测试 3 4.1.12 安装测试 3 4.1.13 结构测试(专用于基于Web的应用程序) 3 4.2 工具 3 5 评测方法 3 6 资源 3 6.1 角色 3 6.2 系统 3 7 项目里程碑 3 8 可交付工件 3 8.1 测试模型 3 8.2 测试记录 3 8.3 缺陷报告 3 9 测试优先级的确定 3 10 附录 A：项目任务 3 11 附件：项目进度甘特图 3 引言 编写目的 项目名称 的这一“测试计划”文档有助于实现以下目标： ? 确定现有项目的信息和应测试的软件构件。 ? 列出推荐的测试需求（高级需求）。 ? 推荐可采用的测试策略，并对这些策略加以说明。 ? 确定所需的资源，并对测试的工作量进行估计。 ？ 列出测试项目的可交付元素。 背景 [对测试对象（构件、应用程序、系统等）及其目标进行简要说明。 需要包括的信息有：主要的功能和性能、测试对象的构架以及项目的简史。 本节应该只有 3 至 5 个段落。] 范围 ［描述测试的各个阶段（例如，单元测试、集成测试或系统测试），并说明本计划所针对的测试类型（如功能测试或性能测试）。 简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。 如果在编写此文档的过程中做出的某些假设可能会影响测试设计、开发或实施，则列出所有这些假设。 列出可能会影响测试设计、开发或实施的所有风险或意外事件。(具体风险列表可参看《风险列表》。 列出可能会影响测试设计、开发或实施的所有约束。］ 约束 此处描述在测试过程中，可能约束测试计划执行的一些约束条件。 测试环境约束：此处描述在整个测试执行过程中，在尽量模拟实际运行环境的情况下对于环境的约束，如系统对于内存、硬盘、CPU等因素。 可靠性约束：此处主要描述在执行系统可靠性测试时的一些约束条件。如系统应保证测试时所使用的数据库为SQLSERVER7.0以上的系统，IE浏览器必须使用4.0等条件。 功能性约束：此处主要描述在执行功能测试时可能存在的一些约束条件。如在执行安装程序时应卸载旧的软件版本。或在执行配置测试时，为尽量模拟条件所产生的约束，如操作系统种类，操作系统的版本。 性能约束：此处重点描述系统在执行性能测试时可能的如对于负载测试时，由于系统的最大连接数量无法模拟，在尽可能模拟系统大量连接数量情况下产生的约束。 项目核实 下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性： [注： 可适当地删除或添加文档项。] 文档（版本/日期） 已创建或可用 已被接收或已经过复审 作者或来源 备注 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 质量维度： 本处重点描述在测试中对于软件质量维度的评测方法：其中进度与差异主要适用于产品流程质量方面的评价，可靠性、功能、性能主要适用于产品质量方面的评测。 进度 – 描述控制测试进度的手段例如已演示得测试用例或已实现里程碑。（测试计划的各里程碑的情况进行描述） 差异 – 描述对差异跟踪采取的手段。计划的时间表、预算、人员需求等与实际情况的差异。（如周测试工作报告中对于计划送测，实际送测、计划结束，实际结束时间的跟踪） 可靠性 - 执行过程中抗故障（崩溃、挂起、内存泄漏等）的能力。 功能 - 工件按预期方式实施和执行所需的测试用例。 性能 - 在经受现实世界操作的特征检验时（诸如负载、强度测试以及长时间运行等），工件能够及时响应并总是能以一种可接受的方式持续执行。 其中可靠性、功能、性能主要关于产品质量评测方面的质量维度主要涉及以下几种测试类型。 质量维度 测试类型 是否实施 备注 测试需求 下表用于确定被当作测试对象的各项需求（例如用例、功能性需求和非功能性需求）。表中列出了将要测试的对象。 [在此处输入一个主要测试需求的高级列表。] 测试策略 [测试策略提供了对测试对象进行测试的推荐方法。 上一节“测试需求”中