软件测试计划模板样本.docx

1、软件测试计划模板样本项目软件测试计划编号：v 1.0武藏物联公司2018 年 03 月xx-软件测试计划1 文档说明 . 21.1 文档信息 . 21.2 文档控制 . 21.2.1 变更记录 . 21.2.2 审阅记录 . 32 引言. 42.1 编写目的 . 42.2 项目背景 . 42.3 参考资料 . 52.4 术语和缩略语 . 53 测试策略 . 63.1 整体策略 . 63.2 测试范围 . 73.3 测试交接标准 . 83.3.1 单元测试交接标准 . 83.3.2 集成测试交接标准 . 83.4 测试通过标准 . 83.5 测试类型 . 83.5.1 功能测试 . 83.5.2

2、 性能测试 . 93.5.3 容量测试 . 93.5.4 安全测试 . 93.6 风险分析 . 94 测试方法 . 104.1 里程碑技术 . 104.2 测试用例设计 . 104.3 测试实施过程 . 114.4 测试方法综述 . 114.5 测试团队结构 . 115 资源需求 . 125.1 培训需求 . 125.2 运行环境 . 125.2.1 软件运行环境 . 125.2.2 硬件运行环境 . 136 各阶段时间分配 . 137 测试过程管理 . 137.1 测试文档 . 137.1.1 测试文档管理 . 137.2 缺陷处理过程 . 147.3 测试报告 . 14第 1 页 共 14

3、 页xx-软件测试计划1 文档说明1.1 文档信息文档基本信息参看表 1-1 文档信息表。表 1-1 文档信息表文档作者 李丽莎创建日期 2018 年 03 月 27 日当前版本 V1.0上次版本 无1.2 文档控制1.2.3 变更记录文档变更记录在表 1-2 中详细记录。表 1-2 变更记录表变更日期 变更人 版本 备注新增 2018-03-27 李丽莎 V1.0第 2 页 共 14 页xx-软件测试计划1.3 审阅记录表 1-3 中详细记录了审阅记录。表 1-3 审阅记录表审阅日期 审阅人 版本 备注第 3 页 共 14 页xx-软件测试计划2 引言2.1 编写目的本文档主要阐述“供货商系

4、统”测试过程中的一些细节，为“供货商系统”的测试工作提供一个框架和规范：1) 确定项目测试的策略、范围和方法。2) 使项目测试工作的所有参与人员（客户方参与人员、测试管理者、测试人员）对本项目测试的目标、范围、策略、方法、组织、资源等有一个清晰的认识。3) 使项目测试工作的所有参与人员理解测试控制过程。4) 从策略角度说明本项目测试的组织和管理，指导测试进展，并作为项目测试工作实施的依据。预期的读者主要有两类受众： 测试管理人员 （项目经理、 客户指派人员）和测试人员。1) 项目经理根据该测试大纲制定进一步的计划、安排（工作任务分配、时间进度安排）和控制测试过程。2) 客户指派人员通过该测试大

5、纲了解测试过程和相关信息。3) 测试人员根据该测试大纲中制定的范围、方法确定测试需求、设计测试用例、执行和记录测试过程并记录和报告缺陷。2.2 项目背景人员信息人员名称 职责 是否负责此项目 备注黄监 cto 是冯进 架构组 是云娇 产品经理章玲 产品经理 是 平台业务技术肖历 产品经理 是第 4 页 共 14 页xx-软件测试计划王沿蓉 视觉交互师李万里庄千建汪颖王雄博范志宏1.4 参考资料表 2-1 列出了此次计划涉及到的参考资料。表 2-1 参考资料名称 备注GBT 15532-2008 计算机软件测试规范GBT 9386-2008 计算机软件测试文档编制规范1.5 术语和缩略语本文使用

6、了表 2-2 术语/定义所显示的面向用户的术语、定义，包括通用词语在本文档中的专用解释。表 2-2 术语/ 定义术语/ 定义 说明握手协同供货商品牌商表 2-3 缩略语 所列为本文用到的缩略语。表 2-3 缩略语缩略语 说明第 5 页 共 14 页xx-软件测试计划测试范围 测试该项目所需要执行的全部工作3 测试策略3.1 整体策略本项目的特点：1) 参与测试的人员部分是第一次接触大数据平台项目系统。2) 项目系统庞大，内容涉及广泛，功能复杂。3) 距离初验时间不到两个月，时间比较紧。根据以上特点，制定本项目的测试过程策略如下：1) 尽量做到在有限的时间里发现尽可能多的缺陷（尤其是严重缺陷）

7、。2) 测试计划、部分用例设计同步进行。3) 测试过程要受到控制。根据事先定义的测试执行顺序进行测试，并填写测试记录表，保证测试过程是受控的。4) 确定重点。测试重点放在各子系统的功能实现上，问题较多的则是重中之重。依据标准：本次测试中测试文档的编写、测试用例的编写、具体的执行测试以及测试中各项资源的分配和估算，都是以项目经理提供的各子系统的需求文档、设计文档为标准，软件的执行以系统逻辑设计构架为依据。测试过程：第 6 页 共 14 页xx-软件测试计划开始系统培训 /了解系统测试大纲编写测试大纲 测试用例说明书编写测试用例 测试记录测试执行缺陷记录 测试分析报告测试总结结束图 3-1 测试过

8、程图1.6 测试范围制定此次项目测试范围的依据为：1) 各子系统所包含的功能。2) 同项目负责人特别确定的测试范围。要测试的子系统：表 3-1 测试范围测试内容 测试范围01 供应商和品牌商之间建立连接第 7 页 共 14 页xx-软件测试计划登陆功能测试 企业信息客户信息供货商信息用户管理1.7 测试交接标准1.2.4 单元测试交接标准该测试主要由项目组进行，由各项目组根据项目需要进行约定即可。1.2.5 集成测试交接标准该测试由项目组和测试组来进行。1) 约定测试内容全部完成，并通过了单元测试，由相关人员签字确认。1.8 测试通过标准1) 计划的测试用例已全部执行。2) 经确定的所有缺陷都

9、已得到了商定的解决结果，并没有发现新的缺陷。1.9 测试类型2.5 功能测试表 3-2 功能测试类型描述测试目标 验证软件提供的功能是否都可以实现。检验在输入正确数据时结果能否与设计期望相符合； 测试方法和技术检验在输入错误数据时软件能否报警并正常运行。完成标准 所有功能都经过测试，且达到目标。第 8 页 共 14 页xx-软件测试计划1.10 性能测试表 3-3 性能测试类型描述对软件的响应时间、并发性、吞吐量，处理精度等指标进行测试以确认软 测试目标件是否达到客户需求。测试方法和技术 采用黑盒方法测试每个功能并记录。完成标准 各指标都达到标准。1.11 容量测试表 3-4 容量测试类型描述

10、测试目标 增大软件输入数据量 , 以确认软件在处理大量数据时运行正常。测试方法和技术 对设计时预计的平均数据处理量提高一个数量级。完成标准 大数据量输入时软件可以正常完成功能。1.12 安全测试表 3-5 安全测试类型描述测试目标 确保软件用户都在权限以内进行操作。测试方法和技术采用黑盒测试法通过登陆不同权限用户模式进行软件操作从而确保安全性。完成标准 各权限用户只能在权限规定范围内进行操作。1.2.6 风险分析1) 测试人员对系统熟悉程度的风险：参与本项目的测试人员在经过短期的系统培训后， 仍然有可能没有完全掌握系统的业务细节， 这将在后面的测试设计和测试执行工作造成一些测试逃逸现象（即一些

11、要测试的方面没有覆盖到） 。2) 测试工具使用的风险：目前测试人员对性能测试的一些工具使用经验不足， 需要花费一定的时间研究。第 9 页 共 14 页xx-软件测试计划4 测试方法4.1 里程碑技术在本项目中，我们将整个测试过程分为几个里程碑，达到一个里程碑后才能转换到下一阶段，以控制整个过程。我们将整个测试过程分为以下几个里程碑：表 4-1 测试过程信息表里程碑 完成标准系统培训： 1. 对于本项目所有需要测试的系统的培训完成。1.2.7 测试人员已经对所有被测系统 /模块进行了使用，了解了被测系统的具体功能。测试设计： 1. 测试用例已覆盖所有测试需求。2.6 测试用例设计已经完成。测试执

12、行： 1. 所有测试用例被执行。3.7 发现的缺陷都有缺陷记录。3.8 测试过程有测试记录。结果分析： 1. 完成测试分析报告。4.2 测试用例设计本次测试的测试案例，是在经过系统培训后，由测试人员根据客户对系统的介绍和自己对系统的理解按照系统层次结构组织编写。1) 本系统案例的编写采用黑盒测试常用的分析方法设计用例。2) 对于每一个测试用例，测试设计人员应为其指定输入（或操作） 、预期输出（或结果）。3) 每一个测试用例，都必须有详细的测试步骤描述。4) 本次测试设计的所有测试用例均需以规范的文档方式保存。5) 在整个测试过程中，可根据项目实际情况对测试用例进行适当的变更。第 10 页 共

13、14 页xx-软件测试计划6) 测试用例中测试数据的准备，在客户的指导和协助下准备。7) 按照系统的运行结构安排用例的执行。4.3 测试实施过程本项目由 3 位测试人员分别负责不同的子系统的测试，实施过程如下：1) 准备测试所需环境。2) 准备测试所需数据。3) 按照系统运行结构执行相应测试用例。4) 记录测试过程和发现的缺陷。5) 报告缺陷。4.4 测试方法综述本项目测试包括：1) 功能测试，测试各功能是否有缺陷。2) 测试人员执行测试时，要严格按照测试用例中的内容来执行测试工作。3) 测试人员要将测试执行过程记录到测试执行记录文档中。4) 测试人员要对测试中发现的问题记录到缺陷记录中。5)

14、 测试组织。4.5 测试团队结构表 4-2 标明了测试团队结构信息。表 4-2 测试团队结构表角色 人员 职责测试主管 李丽莎 1) 组织测试培训2) 组织环境搭建3) 制定测试大纲4) 需求、用例审核5) 控制测试进度6) 与相关部门、人员沟通Cto 开发等 1) 协助沟通第 11 页 共 14 页xx-软件测试计划2) 协助确定测试需求3) 协助准备测试环境和数据测试设计 1) 设计测试用例2) 准备测试数据测试执行 1) 按计划执行测试用例2) 记录执行过程3) 提出纠正建议措施缺陷报告 1) 记录、报告所发现的缺陷测试分析 1) 分析测试结果2) 编写成测试分析报告5 资源需求5.1

15、培训需求参与本次测试的测试人员需要项目组长对测试人员进行系统的相关培训。 培训内容包括：1) 系统架构的培训。2) 系统数据流程的培训。3) 各子系统的功能培训。4) 哪些部分是本次的重点测试对象。5.2 运行环境1.2.8 软件运行环境表 5-1 列出了被测系统的软件运行环境。表 5-1 软件运行环境分类 软件运行系统 CentOS7第 12 页 共 14 页xx-软件测试计划1.13 硬件运行环境表 5-2 列出了被测系统的硬件运行环境。表 5-2 硬件运行环境资源类型 资源描述 数量6 各阶段时间分配表 6-1 列出了个阶段时间分配情况。表 6-1 各阶段时间分配表测试开始时间： 201

16、6 年 xx 月 xx 日 测试结束时间： 2016 年 xx 月 xx 日序号 名称 完成日期 工作量 ( 人日)1 测试大纲2 系统培训3 测试设计4 测试执行5 结果分析7 测试过程管理1.2.9 测试文档2.7 测试文档管理本项目对测试文档进行集中管理，文档集中存放在项目测试小组长处，每周备份一次。测试文档由不同角色分别创建，各角色创建的文档如表 7-1 测试文档信息表所示：表 7-1 测试文档信息表文档名称 编制者 其它说明第 13 页 共 14 页xx-软件测试计划测试大纲 测试主管测试用例说明书 测试设计人员缺陷记录 缺陷报告人员测试总结分析报告 测试主管1.14 缺陷处理过程特定义缺陷处理过程如下：1