项目技术管理资料模板-测试计划.docx

《项目技术管理资料模板-测试计划.docx》由会员分享，可在线阅读，更多相关《项目技术管理资料模板-测试计划.docx（13页珍藏版）》请在第一文库网上搜索。

1、建设单位名称项目名称测试计划承建单位名称2021年5月文档控制页版本记录版本号版本描述责任人修订日期V0. 1草稿2008-12-01V0. 42008-12-6VI. 02008-12-10I第一章引言11.1 编写目的11.2 项目背景11.3 定义11.4 参考资料2第二章测试计划32.1 测试准备32.1.1 测试环境准备32.1.2 测试人员准备42.1.3 测试任务和进度42.2测试策略和方法2.2.1 测试策略2.2.2 测试方法2.3测试风险第三章测试种类及测试标准测试种类3.2测试标准第四章测试范围及测试重点10104.2测试重点10测试范围测试计划第一章引言1.1 编写目的

2、提示：该文档对测试工作的指导作用及阅读该文档的主要对象【编写实例参见如下：】编写该文档的主要目的在于从总体上明确x x x x x x工作管理系统Betal版本的功能模块和实现方法，从而在后期测试活动中更好的把握测试范围，制定适当的测试策略和方法。并为测试过程中测试人员和后期实施人员提供工作指导。本文档预期的读者包括：项目经理、系统设计人员、开发人员和测试人员。1.2 项目背景1 .说明待开发的软件系统的名称2,列出本项目的任务委托单位、开发单位、协作单位、用户单位3 .说明项目背景，叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。如果本次开发的软件系

3、统是一个更大的系统的一个组成部分，则要说明该更大系统的组成和介绍本系统与其它相关系统的关系和接口部分4 .保密说明：本项为可选项，一般的软件公司都会要求对软件开发的概要设计文档进行保密，不允许被复制、使用和扩散到公司之外的范围，如果需要强调则允许做相关的保密说明5 .版权说明：本项为可选项，若有必要，才要作有关的描述。1.3 定义提示：对文档中的专业术语进行解释说明序号术语名称术语定义1231.4 参考资料提示：列出所本文档所使用的参考资料，包括：1本软件开发所经核准的合同或标书或可行性报告等文档2软件开发计划书3需求分析报告4测试方案（若存在初稿的话）5与本项目有关的已发表的文件或资料6本文

4、件中各处引用的文件、资料，所采用的软件开发标准和规范注意：必须列出文件、资料的作者、标题、编号、发表日期和出版单位，以说明这些文件资料的来源。若某些文档有保密要求的，则要说明其保密级别。序号文档名称作者版本/日期123第10页第二章测试计划2.1 测试准备2.1.1 测试环境准备提示：如服务器、客户端的软、硬件要求及网络环境要求等1 .服务器硬件配置要求CPU内存磁盘空间软件配置要求操作系统Web Server数据库系统2 .客户端硬件配置要求CPU内存磁盘空间软件配置要求操作系统浏览器3 .网络环境2.1.2 测试人员准备提示：该项目主要测试负责人及测试人员【编写实例参见如下：】1 .测试负

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

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

7、否正确：如update cancek delete save等功能是否正确。 字符串长度检查：输入超出需求所说明的字符串长度的内容，看系统是否检查字符串长度，会不会出错。 字符类型检查：在应该输入指定类型的内容的地方输入其他类型的内容（如在应该输入整型的地方输入其他字符类型），看系统是否检查字符类型，会否报错。 标点符号检查：输入内容包括各种标点符号，特别是空格、各种引号、回车键。看系统处理是否正确。 中文字符处理：在可以输入中文的系统输入中文，看会否出现乱码或出错。 检查带出信息的完整性：在查看信息和update信息时，查看所填写的信息是不是全部带出，带出信息和添加的是否一致。 信息重复：在

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

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

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

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

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