测试计划模板

1、xxxxxxxxxxxxxx项目名称测试计划xxx公司O xx年 x 月文档修改记录版本号版本描述责任人日期备注V1.0初始编制XXXX2012-8-31版本号示例：V1.0、V2.0、V3.0、V4.0、V5.0 TOC o 1-5 h z HYPERLINK l bookmark2 o Current Document 第一章引言4 HYPERLINK l bookmark4 o Current Document 编写目的4 HYPERLINK l bookmark6 o Current Document 项目背景4 HYPERLINK l bookmark8 o Current Docu

2、ment 定义4 HYPERLINK l bookmark10 o Current Document 参考资料5 HYPERLINK l bookmark12 o Current Document 第二章测试计划6 HYPERLINK l bookmark14 o Current Document 测试准备6测试环境准备6测试人员准备7测试任务和进度7 HYPERLINK l bookmark16 o Current Document 测试策略和方法7测试策略8测试方法8 HYPERLINK l bookmark18 o Current Document 测试风险9 HYPERLINK l b

3、ookmark20 o Current Document 第三章测试种类及测试标准10 HYPERLINK l bookmark22 o Current Document 测试种类10 HYPERLINK l bookmark24 o Current Document 测试标准10 HYPERLINK l bookmark26 o Current Document 第四章测试范围及测试重点13 HYPERLINK l bookmark28 o Current Document 测试范围13 HYPERLINK l bookmark30 o Current Document 测试重点13 HYP

4、ERLINK l bookmark32 o Current Document 测试计戈U评审意见 14第一章引言1.1编写目的提示：该文档对测试工作的指导作用及阅读该文档的主要对象【编写实例参见如下：】编写该文档的主要目的在于从总体上明确xxxxxx学生工作管理系统 Betal版 本的功能模块和实现方法，从而在后期测试活动中更好的把握测试范围，制定适当的 测试策略和方法。并为测试过程中测试人员和后期实施人员提供工作指导。本文档预期的读者包括：项目经理、系统设计人员、开发人员和测试人员。1.2项目背景1说明待开发的软件系统的名称列出本项目的任务委托单位、开发单位、协作单位、用户单位3说明项目背景

5、，叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。如果本次开发的软件系统是一个更大的系统的 一个组成部分，则要说明该更大系统的组成和介绍本系统与其它相关系统的关系和接 口部分保密说明：本项为可选项，一般的软件公司都会要求对软件开发的概要设计文档 进行保密，不允许被复制、使用和扩散到公司之外的范围，如果需要强调则允许做相 关的保密说明版权说明：本项为可选项，若有必要，才要作有关的描述。1.3定义提示：对文档中的专业术语进行解释说明序号术语名称术语定义12341.4参考资料提示：列出所本文档所使用的参考资料，包括：1本软件开发所经核准的合同或标书或可行性报

6、告等文档2软件开发计划书3需求分析报告4测试方案（若存在初稿的话）5与本项目有关的已发表的文件或资料6本文件中各处引用的文件、资料，所采用的软件开发标准和规范注意：必须列出文件、资料的作者、标题、编号、发表日期和出版单位，以说明这些文件资料的来源。若某些文档有保密要求的，则要说明其保密级别序号文档名称作者版本/日期12第二章测试计划2.1测试准备2.1.1测试环境准备提示：如服务器、客户端的软、硬件要求及网络环境要求等。1.服务器硬件配置要求CPU内存磁盘空间软件配置要求操作系统Web Server数据库系统2.客户端硬件配置要求CPU内存磁盘空间软件配置要求操作系统浏览器网络环境2.1.2测

7、试人员准备提示：该项目主要测试负责人及测试人员【编写实例参见如下：】测试负责人（XXX ）:为测试项目提供总体方向，制定测试计划、征集并监督测试人员、申请系统 资源，控制和跟踪测试进度。测试人员（XX ）:对被测软件的详细了解、分解测试需求、编写测试用例。负责测试执行和记录结果。跟踪Bug解决情况。汇报工作进程及测试结果。2.1.3测试任务和进度测试阶段任务工作量估计人员分配时间测试环境搭建搭建测试环境，包 括：硬件环境，BUG管 理工具，项目安装。编写测试用例并评审通过根据需求说明书，概 要设计说明书，编写 出测试用例。功能测试测试功能和业务流程 是否达到设计要求提交测试报告根据项目进度计划

8、， 编写阶段性的测试报 告压力测试测试系统在特定硬件 环境中的性能，稳定 性等指标是否达到要 求。2.2测试策略和方法提示：说明本次测试中所采用何种方法和策略（如黑盒测试，其中采用边界值探测 法、等价类划分法等测试方法）。221测试策略提示：手工黑盒测试，根据编写的测试用例，通过手工创建数据的方法来验证各 模块的功能是否正确。2.2.2测试方法提示：此次测试主要进行功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。针对Web系统的常用测试采用如下方法：页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。 相关性检查：删除/增加一项会不

9、会对其他项产生影响，如果产生影响，这些影 响是否都正确。检查按钮的功能是否正确：如 update cancel、delete save等功能是否正确。字符串长度检查：输入超出需求所说明的字符串长度的内容，看系统是否检查 字符串长度，会不会出错。字符类型检查：在应该输入指定类型的内容的地方输入其他类型的内容（如在应该输入整型的地方输入其他字符类型），看系统是否检查字符类型，会否报错。标点符号检查：输入内容包括各种标点符号，特别是空格、各种引号、回车键。看系统处理是否正确。中文字符处理：在可以输入中文的系统输入中文，看会否出现乱码或出错。检查带出信息的完整性：在查看信息和update信息时，查看所

10、填写的信息是不是全部带出，带出信息和添加的是否一致。信息重复：在一些需要命名，且名字应该唯一的信息输入重复的名字或ID，看系统有没有处理，会否报错，重名包括是否区分大小写，以及在输入内容的前 后输入空格，系统是否作出正确处理。检查删除功能：在一些可以一次删除多个信息的地方，不选择任何信息，按” delete”，看系统如何处理，会否出错；然后选择一个和多个信息，进行删除， 看是否正确处理。2.3测试风险提示：对本次测试活动可能存在的风险预估计。【编写实例参见如下：】此次测试的部分没有经过需求的评审，且测试时间有限，开发人员是否及时发布版 本直接影响进度。第二章测试种类及测试标准3.1测试种类提示

11、：如功能测试、业务测试等，依不同项目要求而定【编写实例参见如下：】本次测试活动涉及到界面测试、逻辑功能测试、易用性测试、兼容性测试、业务测试和压力测试。3.2测试标准提示：列出经过各种测试后，软件应达到的标准（如功能测试：能够按照设计要求实现该模块的各个功能，进出模块数据流向正确，各项数据完整/准确）。【编写实例参见如下】逻辑功能测试1）概述：能够按照 和 要求实现各模块的 各个功能，业务流程要求，进出模块数据流向正确，各项数据完整 准确。2）标准：利用有效的和无效的数据来执行各个用例流，以核实以下内容：在使用有效数据时得到预期的结果；在使用无效数据时显示相应的错误消息或警告消息；使用有效数据

12、时工作流通畅并得到期望结果；参考规范：常用测试用例表_V1.0一常用功能部分。界面测试1）概述：严格按照需求说明说中的界面设计图和公司的UI标准执行界面测试，验证界面是否美观、布局是否正确合理。2）标准：核实以下内容：确保各种访问方法（确保各种访问方法（鼠标移动、快捷键等）都使用正常；确保窗口对象及其特征（菜单、大小、位置、状态和中心）都符合标准等；参考规范：系统界面样式规范、常用测试用例表_V1.0一界面部分。易用性测试1）概述：从软件使用的合理性和方便性等角度对软件系统进行检查，来发现软件 中不方便用户使用的地方。2）标准：核实如下内容：窗口上按钮的布局要与界面相协调，不要过于密级，也不要

13、过于空旷；界面上的字体一般为宋体，字号一般为 812号；测试窗体在常用分辨率下的显示情况，包括 800*600,1024*768等； 屏幕对角线交点的上方最容易用户的位置，要重点测试； 工具栏上的图标简洁美观，尽量符合其真实含义；状态栏上要实时显示操作后窗体发生的变化；参考规范：常用测试用例表_V1.0易用性测试部分。兼容性测试1）概述：核实测试对象在不同的软件和硬件配置中的运行情况。2）标准：确定系统能在下列条件下正常运行：在各种所需的硬件和软件配置中；在各种浏览器下的兼容性测试；相关表格如下：检查项测试人员的类别及其评价系统能在各种软/硬件条件下运行吗？具体有哪些呢？检查项测试人员的类别及

14、其评价系统支持多种操作平台吗？支持多种浏览器吗？IE6.0、IE7.0业务测试1）概述：能够满足系统原型的业务流程要求，相应操作时业务规则的流向恰当， 并发情况下流程正常。2）目标：按照系统原型的业务流程验证有效和无效数据的用例流，核实以下内 容：使用有效数据时工作流通畅并得到期望结果； 使用无效数据时，显示相应的错误信息或警告信息。压力测试1）概述：这里的具体包含了负载测试以及压力测试。2）目标：核实下列行为下的系统行为：确定测试对象在给定时间内能够持续处理的最大负载或工作量（包 括长时间处理多个用户相同的且性能最坏的业务）；确定并确保系统在超出最大预期工作量的情况下仍能正常运行，并 评估其性能特征，包括响应时间、事务处理速率和其他与时间相关 的内容。第四章 测试范围及测试重点4.1测试范围提示：与测试需求内容完全对应，在此只需注明本次测试活动中涉及的模块名称及 子模块名称.04.2测试重点针对不同项目要求的侧重点不同而设计。【编写实例参见如下：】数据管理测试数