软件测试计划模板

大傻整理 <项目名称> 软件测试 目录 21 前言 21.1 编写目的 21.2 名词解释 21.3 参考资料 21.4 测试摘要 32 资源需求 32.1 硬件资源 32.2 软件资源 32.3 人力资源 43 测试详述 43.1 测试范围 43.2 测试目标 43.3 风险和约束 43.4 测试进度 44 测试策略 44.1 整体策略 54.2 测试类型 54.3 测试技术 55 测试提交文档 66 质量目标 67 计划审核记录 说明： 蓝色说明文字，文档编写完成后，请删除。 1 前言 1.1 编写目的 说明：对测试计划做一个简单的介绍，说明这个测试计划的功效以及当前项目背景情况介绍。对测试产品（所属行业、系统架构、系统功能等）及其项目目标，以及该文档读者对象、其它相关事项进行一个简要说明。 1.2 名词解释 说明：项目中或测试中一些术语的说明，包括使用的专用术语及其定义和缩略语全称及其定义 术语或缩写词 英文解释 中文解释 1.3 参考资料 说明：包括测试计划引用或参考的文档，查看计划同时需要同查看的相关文档等，这些文档都需要加到测试计划的参考资料列表里。 资料名称 作者 说明 1.4 测试摘要 说明：主要说明测试计划中重要的和可能有争议的问题。主要目的是将这些信息传递给那些可能不会通读整个测试计划文档的人员（比如公司领导、项目经理、产品经理等）。可以考虑以下几块。 · 重点事项 列出测试的重点事项。可以将问题按重要程度和优先级罗列出来，然后在后面的章节中再对这些问题进行详细说明，这样就能让对这些问题有重要影响的人员知道问题的所在。 · 争议事项 简要说明争议事项，如与开发人员、项目经理在测试进度，测试策略等方面前期未达成一致的内容。 · 风险评估 通过对技术文档的阅读，对被测系统可能存在的问题：系统设计，数据库设计，响应时间，因测试环境不足可能存在的测试缺陷事先评估出来，以指导测试，进行有重点的测试． · 时间进度 简要说明测试开始时间与发布的大致时间或几个大里程碑时间。 · 测试目标 简要说明测试发布的质量目标。如测试范围、需求覆盖率、测试用例执行率、缺陷修复率要求等。 2 资源需求 2.1 硬件资源 说明：描述建立测试环境所需要的设备、用途及软件部署计划。 机型（配置）：此处说明所需设备的机型要求以及内存、CPU、硬盘大小的最低要求。 用途及特殊说明：此设备的用途，如数据库服务器，web服务器，后台开发等；如有特殊约束，如开放外部端口，封闭某端口，进行性能测试等，也写在此列； 软件及版本：详细说明每台设备上部署的自开发和第三方软件的名称和版本号，以便系统管理员按照此计划分配测试资源； 预计空间：说明第三方软件和应用程序的预计空间； IP/机型 操作系统 用途说明 软件&版本 预计空间 172.16.40.4 Win2003 Oracle10G 2G 172.16.108.25 Winxp Tomcat6.0 200M 2.2 软件资源 说明：列出项目中使用所有软件以及测试工具。 软件名称 用途说明 2.3 人力资源 说明：列出项目参与人员的职务、姓名、职责。人员包括开发人员，Qa，配置，测试以及其它相关人员。 角色 姓名 职责 3 测试详述 3.1 测试范围 说明：本计划涵盖的测试范围，比如功能测试、集成测试、性能测试、安全测试等。测试项目涉及的业务功能与其它项目涉及的业务接口等。要说明哪些是要测试的，哪些是不要测试的。哪些文档需要编写，哪些文档在什么情况下不写等。 3.2 测试目标 说明：测试人员根据项目的目标和公司质量目标转换成本次测试的目标。做到完成测试目标同时实现项目的目标和公司的质量目标。测试目标转换成可衡量和实现的东西，必须有固定的视图和目标。 3.3 风险和约束 说明：列出测试过程中可能存在的一些风险和制约因素，并给出规避方案。如： · 由于客观存在的设备、网络等资源原因，使得测试不全面。明确说明哪些资源欠缺，产生什么约束 · 由于研发模式为项目型产品，且工程上线时间压力大，使得测试不充分。明确说明在此中约束下，测试如何应对。 · 由于开发人员兼职其它他工作，造成的所提交代码质量以及不能及时修改BUG的风险，测试应该如何应对。 3.4 测试进度 说明：在此章节，对各阶段的测试给出里程碑计划，包括阶段、里程碑、资源等。表格中是否里程碑，如果是里程碑填写“√”，不是无需填写。 测试阶段 开始时间 结束时间 资源 是否里程碑 系统测试计划 测试用例编写 测试用例评审 单元测试 用户手册编写 集成测试 系统测试 系统测试编写 4 测试策略 4.1 整体策略 说明：说明计划中使用的基本的测试过程。使用里程碑技术在测试过程中验证每个模块，测试人员在需求阶段参与测试工作，进行需求review、设计review、测试用例设计和测试开发，在系统开发完成之后，正式执行测试。产品达到软件产品质量要求和测试要求后发布，并提交相关的测试文档。 4.2 测试类型 说明：选择本项目是否采用该测试类型，在表格是否采用如果采用填写“√”，不采用无需填写，如果表格中没有对应的测试类型自己增加。 编号 测试类型 说明 是否采用 1 功能测试 根据需求文档、设计文档等检查产品是否正确实现了功能。 2 流程测试 按操作流程进行的测试，主要有业务流程、数据流程、逻辑流程、正反流程，检查软件在按流程操作时是否能够正确处理 3 界面测试 检查界面是否符合公司界面，是否美观合理 4 易用性测试 检查系统是否易用友好，是否符合通用的操作习惯 5 接口测试 检查系统能否与外部系统或外部设备等是否接口正常 6 安装测试 检查系统能否正确安装、配置基础数据是否正确 7 性能测试 提取系统性能数据，检查系统是否满足在需求中所规定达到的性能。 8 安全性测试 检查系统安全，是否达到安全需求，是否存安全隐患 9 兼容性测试 对于 C/S 架构的系统来说，需要考虑客户端支持的系统平台。 对于 B/S 架构的系统来说需要考虑用户端浏览器的版本。 10 11 12 4.3 测试技术 说明：选择本项目是否采用该测试技术，在表格是否采用如果采用填写“√”，不采用无需填写，如果表格中没有对应的测试技术自己增加。 编号 测试技术 说明 是否采用 1 测试用例设计 在产品需求评审通过后编写测试用例 2 白盒测试 单元测试是否开展代码测试 3 自动化测试 系统回归时是否要引入自动化测试 4 性能测试 是否是使用工具进行性能方面的测试 5 6 5 测试提交文档 说明：测试过程中需要提交各种文档、作者、文档配置库存放目录。 文档说明 作者 文档位置(配置库) 系统测试计划 测试用例 实现与测试跟踪表 用户手册 系统测试报告 6 质量目标 说明：可以是产品的质量达到什么样的目标，产品的流程联通性达到什么样的要求。 编写 测试质量目标 确认人以及特殊说明 1 测试已实现的产品是否达到设计的要求，包括：各个功能点是否以实现，业务流程是否正确 2 所有的测试用例已经执行过 3 所有的自动测试脚本已经执行通过 4 不允许存严重程度为高和中的功能缺陷 5 缺陷的发现速率正在下降并接近0 6 在最后的三天内没有发现严重程度为高和中的缺陷 7 8 7 计划审核记录 QA&CM审核意见： 签名： 日期： 质管部经理审核意见： 签名： 日期： 项目经理审核意见： 签名： 日期： QQ交流群号：14926562 6 / 6