软件测试计划模板

1、第1章引言1.1目的简述本计划的目的，旨在说明各种测试阶段任务、人员分配和时间安排、工作规范等。 测试计划在策略和方法的高度说明如何计划、组织和管理测试项目。测试计划包含足够的信 息使测试人员明白项目需要做什么是如何运作的。另外，清晰的文档结构能使任何一个读者 在浏览计划的前面几页后，就能对项目有一个大概的认识。测试计划只是测试的一个框架, 很多细节需要跟开发人员或其他人员沟通，因此计划不包括测试用例的细节和系统功能的详 细信息。在计划目的中需要指明读者对象。1.2名词解释列出本计划中使用的专用术语及其定义列出本计划中使用的全部缩略语全称及其定义缩写词或术语英文解释中文解释1.3参考资料列出本计划各处参考的经过核准的全部文档和主要文献。1.4测试摘要这一节主要说明测试计划中重要的和可能有争议的问题。本节的主要目的是将这些信息传递 给那些可能不会通读整个测o试计划文档的人员（比如经理或开发项目的负责人）。1.4.1重点事项列出测试的重点事项。可以将问题按重要程度和优先级罗列出来，然后在后面的章节中再对 这些问题进行详细说明，这样就能让对这些问题有重要影响的人员知道问题的所在1.4.2争议

2、事项简要说明争议事项。1.4.3风险评估通过对技术文档的阅读，对被测系统可能存在的问题：系统设计，数据库设计，响应时间, 计费策略，因测试环境不足可能存在的测试缺陷事先评估出来，以指导测试方案，进行有重 点的测试.1.4.4时间进度简要说明测试开始时间与发布时间。1.4.5测试目标简要说明测试发布的质量目标：测试计划中所有测试方法和模块已经执行通过 所有的测试案例已经执行过所有的重要等级为1/2的Bug已经解决并由测试验证第2章项目背景2.1测试范说明本计划涵盖的测试范围，比如功能测试、集成测试、系统测试、验收测试等。通常说明 什么是要测试的，什么是不要测试的是非常重要的。明确规定这些问题后，测试人员对该做 什么有一个清晰的认识。（1）简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。（2）如果在编写此文档的过程中作出的某些假设可能会影响测试设计、开发或实施，则列 出所有这些假设。（3）列出可能会影响测试设计、开发或实施的所有风险或意外事件。（4）列出可能会影响测试设计、开发或实施的所有约束。提示和技巧：需要测试和特别注意测试那些部分？测试是否专么针对与某些问题的解决？哪些

3、部分不需要测试，为什么？哪些部分需要推迟测试，为什么？ 是否要验证每个模块的稳定性？ 测试的优先级和先后顺序2.2测试目标系统目标对测试人员了解自己需要做什么是非常重要的。测试项目负责人应积极与系统设计 人员或开发人员沟通，以取得相关资料。测试人员必须知道系统是做什么并且帮助项目实现 这种目标。在计划中包括系统视图和目标后，要确保所有的测试人员都知道项目和系统的目 标。通常情况下项目计划都是模糊的。模糊的目标必须通过成员的努力转换成可衡量和实现的东 西。没有固定的视图和目标，你将无法完成部分任务。而且，你会发现很难将对产品的认识 向别人转述。23联系方式列出项目参与人员的职务、姓名、E-mail和电话。职务姓名E-Mail电话开发工程师CVS Builder开发经理测试负责人测试人员2.4风险及约束列出测试过程中可能存在的一些风险和制约因素，并给出规避方案。如：由于客观存在的设备、网络等资源原因，使得测试不全面。明确说明哪些资源欠缺，产生 什么约束由于研发模式为现场定制，且上线时间压力大，使得测试不充分。明确说明在此中约束下， 测试如何应对只针对专门的客户群需求的测试。明确说明此约束下

4、的客户群和业务范围。2.5测试文档列出测试过程中可能用到的参考文档、相关的设计文档以及保存位置，测试完成后应产生的 文档。251测试参考文档文档说明作者文档位置（CVS）需求文档总体设计白皮书使用手册管理手册测试文档API文档2.52测试提交文档文档说明作者文档位置（CVS）总体测试计划总体测试方案（可根据项目情 况进行裁剪）测试用例性能测试方案（报告）测试报告Readme产品操作手册（后台）产品操作手册（前台）产品安装维护手册产品错误代码说明文档第3章质量目标描述本阶段测试目标和要求。质量目标应该包括产品的质量目标和测试小组的质量目标。 质量不仅是衡量系统的功能或性能是否正常。对系统来说，在开发过程中尽早建立全面的质 量标准与系统的及时发布是一样重要的。质量目标是一个强有力的工具，应该在系统开发过 程中尽早建立。一个定义准确的质量目标在以后的产品开发过程中帮助决策。例如，系统是 否能够正式发行？在代码完成后，应该修复那些缺陷？在系统完成后那种类型的测试是最合 适的？3.1产品质量目标可以是产品的质量达到什么样的目标，产品的流程联通性达到什么样的要求。测试质量目标确认者（如需说明）测试

5、已实现的产品是否达到设计的要求，包括：各个功能点是否以实 现，业务流程是否正确产品规定的操作和运行稳定3.2测试质量目标评价测试质量的目标可以有:测试质量目标确认者（如需说明）所有的测试案例已经执行过所有的自动测试脚本已经执行通过所有的重要等级为1/2的Bug已经解决并由测试验证每一部分的测试已经被Test Lead确认完成重要的功能不允许有等级为1/2/3的Bug一般的功能或与最终使用者不直接联系的功能不允许有等级为1/2的 bug,且bug等级为3的问题不得超过1/功能轻量的功能允许有少量2/3等级的错误发现错误等级为1/2/3的Bug的速率正在下降并接近0_ 第 在”后章天内资有发源误需为艺/3类的Bug_4.1培训资料培训需求培训内容培训人员开始时间完成时间业务流程安装配置工具使用4.2测试环境4.2.1硬件测试环境描述建立测试环境所需要的设备、用途及软件部署计划。“机型（配置）”：此处说明所需设备的机型要求以及内存、CPU、硬盘大小的最低要求。“用途及特殊说明”：此设备的用途，如数据库服务器，web服务器，后台开发等；如有特 殊约束，如开放外部端口，封闭某端口，进行性能测试等

6、，也写在此列；“软件及版本”：详细说明每台设备上部署的自开发和第三方软件的名称和版本号，以便系 统管理员按照此计划分配测试资源；“预计空间”：说明第三方软件和应用程序的预计空间；“环境约束说明”：建立此环境时的特殊约束。如需要开发外部访问端口，需要进行性能测 试等。平台1： SUN机型（配置）IP地址操作系统用途及特殊说明软件及版本预计 空间SUN45010.1.1.1oracle8.1.22G平台2： IBM机型IP地址操作系统用途第二方软件及版本预计 空间422软件测试环境软件需求用途4.3测试工具此项目将列出测试使用的工具以及用途：测试工具用途5.1整体测试策略本节的目的是说明计划中使用的基本的测试过程。使用里程碑技术在测试过程中验证每个模块，测试人员在需求阶段参与测试工作，进行需求review、设计review、测试案例设计和测试开发，在系统开发完成之后，正式执行测试。产 品达到软件产品质量要求和测试要求后发布，并提交相关的测试文档。5.2开始/中断/完成标准开始冲断/完成测试标准说明开始测试标准硬件环境可用且软件正确安装完成中断测试标准安装无法正确完成或程序的文档有相当多的失

7、误或系统服务异常或发现 Block Bug完成测试标准完成测试计划中的测试规划并达到程序和测试质量目标，并由TestLead/R&D Manager 确认说明中断/开始/完成测试的标准。53测试类型测试类型是否采用说明功能测试采用根据系统需求文档和设计文档，检查产 品是否正确实现了功能。流程测试采用按操作流程进行的测试，主要有业务流程、数 据流程、逻辑流程、正反流程，检查软件在按 流程操作时是否能够正确处理边界值测试采用选择边界数据进行测试，确保系统功能 正常，程序无异常。容错性测试采用检查系统的容错能力，错误的数据输入 不会对功能和系统产生非正常的影响， 且程序对错误的输入有正确的提示信 息异常测试采用检杳系统能否处理异常启动停止测试采用检查每个模块能否正常启动停止、异常 停止后能否正常启动安装测试采用检查系统能否正确安装、配置易用性测试采用检查系统是否易用友好界面测试采用检查界面是否美观合理接口测试采用检查系统能否与外部接口正常工作配置测试采用检查配置是否合理、配置是否正常安全性和访问控制测试采用应用程序级别的安全性：检查Actor只能访问 其所属用户类型已被授权访问的那些功能或

8、数据。系统级别的安全性：检查只有具备系统和应用 程序访问权限的Actor才能访问系统和应用程序。性能测试采用提取系统性能数据，检查系统是否满足 在需求中所规定达到的性能。压力测试采用检查系统能否承受大压力，测试产品应 该能够在高强度条件下正常运行，不会 出现任何错误。兼容性测试采用对于C/S架构的系统来说，需要考虑客户端 支持的系统平台。对于B/S架构的系统来说需要考虑用户端浏 览器的版本。割接/升级测试采用进行专门的割接测试或升级测试，提供 工程升级割接方案文挡测试采用检查文档是否足够、描述是否合理回归测试采用检查程序修改后有没有引起新的错误、是否能 够正常工作以及能否满足系统的需求5.4测试技术测试技术里程碑技术是否采用采用自动测试技术审评测试采用采用编写测试用例单元测试采用不采用集成测试采用确认测试米用系统测试采用第6澤测试计戈不采用说明里程碑的达成标准及验收方法在测试完后制订核心业务流程采用自动测试技术对软件产品功能说明文档和设计说明文档进行检查，在需求与设计阶段进行在产品编码阶段编写测试用例由开发人员进行检测模块集成后的系统是否达到需求对业务流程及数据流的处理是否符合标准、系统对业务流处理是否存在逻辑不严谨及错误以及是否存在不合理的标准及要求。在产品发布前，对照feature list进行基本需求的确认，确认产品是否正确实现了功能。包括性能测试、压力测试和回归测试由工程实施人员进行6.1进度计划在此章节，对各阶段的测试给出里程碑计划，包括阶段、里程碑、资源等。611测试时间进度测试阶段开始时间完成时间测试人员阶段完成标志制定测试计划需求R

《软件测试计划模板》由会员M****1分享，可在线阅读，更多相关《软件测试计划模板》请在金锄头文库上搜索。