测试计划模板_免费下载.doc

项目名称（项目编号） 测试计划 （部门名称） XXX软件公司 表1-5 测试计划说明表 总页数 正文 附录 生效日期： 年 月 日 编制： 审核： 批准： 表1-6修订历史记录 日期 版本 说明 作者 日/月/年 x.x 详细信息 姓名 目 录 1.简介 12 1.1目的 12 1.2背景 12 1.3范围 12 1.4使用文档 12 2.测试需求 13 3.测试风险 14 4.测试策略 14 4.1测试类型 14 4.1.1数据和数据库完整性测试 14 4.1.2功能测试 15 4.1.3业务周期测试 16 4.1.4用户界面测试 17 4.1.5性能评价 18 4.1.6负载测试 20 4.1.7强度测试 20 4.1.8容量测试 22 4.1.9安全性和访问控制测试 23 4.1.10故障转移和恢复测试 24 4.1.11配置测试 27 4.1.12安装测试 28 4.2工具 29 5．资源 29 5.1人力资源 29 5.2系统资源 30 6.测试进度和里程碑 31 6.1项目测试进度 31 6.2测试里程碑 32 7.可交付工件 32 一、简介 1．目的 项目名称 的“测试计划”文档的目的是： （1） 提供一个对项目软件进行测试的总体安排和进度计划，确定现有项目的信息和应测试 软件构件。 （2）标明推荐的测试需求（高层次）。 （3）推荐可采用的测试策略，并对这些策略加以说明。 （4）确定所需的资源，并对测试的工作量进行估计。 （5）列出测试项目的可交付元素。 2．背景 输入测试对象（组件、应用程序、系统等）及其目标的的简要说明。需要包括的信息有：主要的功能和特性、测试对象的构架以及项目的简史。本节应该只包含 3 至 5 个段落。 3．范围 描述测试的各个阶段，例如：单元测试、集成测试或系统测试，并说明本计划所针对的测试类型（如功能测试或性能测试）。简要地列出测试对象中将接受测试或将不接受测试的那些特性和功能。 如果在编写此文档的过程中作出的某些假设可能会影响测试设计、开发或实施，则列出所有这些假设。 列出可能会影响测试设计、开发或实施的所有风险或意外事件。 列出可能会影响测试设计、开发或实施的所有约束。 4．使用文档 下表列出了制定测试计划所用的文档，并标明了文档的可用性： [注：可以视情况删除或添加项目。] 表1-7 测试计划使用文档列表 文档（版本/日期） 已创建或可用 已被接受或已经过复审 作者或来源 备注 需求规约 ( 是 ( 否 ( 是 ( 否 功能性规约 ( 是 ( 否 ( 是 ( 否 用例报告 ( 是 ( 否 ( 是 ( 否 项目计划 ( 是 ( 否 ( 是 ( 否 设计规约 ( 是 ( 否 ( 是 ( 否 原型 ( 是 ( 否 ( 是 ( 否 用户手册 ( 是 ( 否 ( 是 ( 否 业务模型或业务流程 ( 是 ( 否 ( 是 ( 否 数据模型或数据流 ( 是 ( 否 ( 是 ( 否 业务功能和业务规则 ( 是 ( 否 ( 是 ( 否 项目或业务风险评估 ( 是 ( 否 ( 是 ( 否 二、测试需求 下面列出了那些已被确定为测试对象的项目（用例、功能性需求和非功能性需求）。此列表说明了测试的对象。在此处输入一个主要测试需求的高层次列表。例如： 1．数据库测试功能性测试安全性和访问控制测试软件测试风险是不可避免的、总是存在的，所以对测试风险的管理非常重要，必须尽力降低测试中所存在的风险，最大程度地保证质量和满足客户的需求。在测试工作中，主要的风险有： 　　质量需求或产品的特性理解不准确，造成测试范围分析的误差，结果某些地方始终测试不到或验证的标准不对； 　　测试用例没有得到百分之百的执行，如有些测试用例被有意或无意的遗漏； 　　需求的临时/突然变化，导致设计的修改和代码的重写，测试时间不够； 　　质量标准不都是很清晰的，如适用性的测试，仁者见仁、智者见智； 　　测试用例设计不到位，忽视了一些边界条件、深层次的逻辑、用户场景等； 　　测试环境，一般不可能和实际运行环境完全一致，造成测试结果的误差； 　　有些缺陷出现频率不是百分之百，不容易被发现；如果代码质量差，软件缺陷很多，被漏检的缺陷可能性就大； 　　回归测试一般不运行全部测试用例，是有选择性的执行，必然带来风险。 　　前面三种风险是可以避免的，而四至七的四种风险是不能避免的，可以降到最低。最后一种回归测试风险是可以避免，但出于时间