《软件测试计划清单实用模板-参考文档.pdf》由会员分享，可在线阅读，更多相关《软件测试计划清单实用模板-参考文档.pdf（15页珍藏版）》请在三一文库上搜索。
1、XXX项目 软件测试计划 编号： xxxx 公司 20xx 年 xx 月 xx-软件测试计划 第 1 页 共 14 页 目录 1 文档说明 . 2 1.1 文档信息 . 2 1.2 文档控制 . 2 1.2.1 变更记录 . 2 1.2.2 审阅记录 . 3 2 引言 . 4 2.1 编写目的 . 4 2.2 项目背景 . 4 2.3 参考资料 . 4 2.4 术语和缩略语. 5 3 测试策略 . 5 3.1 整体策略 . 5 3.2 测试范围 . 7 3.3 测试交接标准. 8 3.3.1 单元测试交接标准. 8 3.3.2 集成测试交接标准. 8 3.4 测试通过标准. 8 3.5 测试类
2、型 . 8 3.5.1 功能测试 . 8 3.5.2 性能测试 . 9 3.5.3 容量测试 . 9 3.5.4 安全测试 . 9 3.6 风险分析 . 9 4 测试方法 . . 10 4.1 里程碑技术 . . 10 4.2 测试用例设计. . 10 4.3 测试实施过程. . 11 4.4 测试方法综述. . 11 4.5 测试团队结构. . 11 5 资源需求 . . 12 5.1 培训需求 . . 12 5.2 运行环境 . . 12 5.2.1 软件运行环境 . . 12 5.2.2 硬件运行环境 . . 13 6 各阶段时间分配. . 13 7 测试过程管理. . 13 7.1 测
3、试文档 . . 13 7.1.1 测试文档管理 . . 13 7.2 缺陷处理过程. . 14 7.3 测试报告 . . 14 xx-软件测试计划 第 2 页 共 14 页 1 文档说明 1.1 文档信息 文档基本信息参看表1-1 文档信息表。 表 1-1文档信息表 文档作者 创建日期20xx 年 xx 月 xx 日 当前版本V1.0 上次版本无 1.2 文档控制 1.2.1变更记录 文档变更记录在表1-2 中详细记录。 表 1-2 变更记录表 变更日期变更人版本备注 2016-05-05 V1.0 新增 2016-05-05 V2.0 修改 2016-05-05 V3.0 删除 xx-软件测
4、试计划 第 3 页 共 14 页 1.2.2审阅记录 表 1-3 中详细记录了审阅记录。 表 1-3 审阅记录表 审阅日期审阅人版本备注 xx-软件测试计划 第 4 页 共 14 页 2 引言 2.1 编写目的 本文档主要阐述“ xx 系统”测试过程中的一些细节，为“xx 系统”的测 试工作提供一个框架和规范： 1)确定项目测试的策略、范围和方法。 2)使项目测试工作的所有参与人员（客户方参与人员、测试管理者、测试 人员）对本项目测试的目标、范围、策略、方法、组织、资源等有一个 清晰的认识。 3)使项目测试工作的所有参与人员理解测试控制过程。 4)从策略角度说明本项目测试的组织和管理，指导测试
5、进展，并作为项目 测试工作实施的依据。 预期的读者主要有两类受众： 测试管理人员（项目经理、客户指派人员） 和测试人员。 1)项目经理根据该测试大纲制定进一步的计划、安排（工作任务分配、时 间进度安排）和控制测试过程。 2)客户指派人员通过该测试大纲了解测试过程和相关信息。 3)测试人员根据该测试大纲中制定的范围、方法确定测试需求、设计测试 用例、执行和记录测试过程并记录和报告缺陷。 2.2 项目背景 1)项目背景 2.3 参考资料 表 2-1 列出了此次计划涉及到的参考资料。 表 2-1参考资料 xx-软件测试计划 第 5 页 共 14 页 名称备注 GBT 15532-2008 计算机软件
6、测试规范 GBT 9386-2008 计算机软件测试文档编制规范 2.4 术语和缩略语 本文使用了表 2-2术语/ 定义所显示的面向用户的术语、定义，包括通用词 语在本文档中的专用解释。 表 2-2 术语 / 定义 术语 / 定义说明 表 2-3 缩略语所列为本文用到的缩略语。 表 2-3 缩略语 缩略语说明 测试范围测试该项目所需要执行的全部工作 3 测试策略 3.1 整体策略 本项目的特点： 1)参与测试的人员部分是第一次接触大数据平台采购项目系统。 2)项目系统庞大，内容涉及广泛，功能复杂。 3)距离初验时间不到两个月，时间比较紧。 根据以上特点，制定本项目的测试过程策略如下： xx-软
7、件测试计划 第 6 页 共 14 页 1)尽量做到在有限的时间里发现尽可能多的缺陷（尤其是严重缺陷）。 2)测试计划、部分用例设计同步进行。 3)测试过程要受到控制。根据事先定义的测试执行顺序进行测试，并填写 测试记录表，保证测试过程是受控的。 4)确定重点。测试重点放在各子系统的功能实现上，问题较多的则是重中 之重。 依据标准： 本次测试中测试文档的编写、测试用例的编写、具体的执行测试以及测 试中各项资源的分配和估算，都是以项目经理提供的各子系统的需求文档、 设计文档为标准，软件的执行以系统逻辑设计构架为依据。 测试过程： xx-软件测试计划 第 7 页 共 14 页 开始 结束 系统培训
8、/了解系统 编写测试用例 编写测试大纲 测试大纲 测试执行 测试用例说明书 测试记录 缺陷记录 测试总结 测试分析报告 图 3-1 测试过程图 3.2 测试范围 制定此次项目测试范围的依据为： 1)各子系统所包含的功能。 2)同项目负责人特别确定的测试范围。 要测试的子系统： 表 3-1测试范围 测试内容测试范围 数据接入子系统 xx-软件测试计划 第 8 页 共 14 页 功能测试 数据分析子系统 共享服务子系统 平台管理 专题应用 3.3 测试交接标准 3.3.1单元测试交接标准 该测试主要由项目组进行，由各项目组根据项目需要进行约定即可。 3.3.2集成测试交接标准 该测试由项目组和测试
9、组来进行。 1)约定测试内容全部完成，并通过了单元测试，由相关人员签字确认。 3.4 测试通过标准 1)计划的测试用例已全部执行。 2)经确定的所有缺陷都已得到了商定的解决结果，并没有发现新的缺陷。 3.5 测试类型 3.5.1功能测试 表 3-2功能测试类型描述 测试目标验证软件提供的功能是否都可以实现。 测试方法和技术 检验在输入正确数据时结果能否与设计期望相符合； 检验在输入错误数据时软件能否报警并正常运行。 完成标准所有功能都经过测试，且达到目标。 xx-软件测试计划 第 9 页 共 14 页 3.5.2性能测试 表 3-3性能测试类型描述 测试目标 对软件的响应时间、并发性、吞吐量，
10、处理精度等指标进行测试以确认软 件是否达到客户需求。 测试方法和技术采用黑盒方法测试每个功能并记录。 完成标准各指标都达到标准。 3.5.3容量测试 表 3-4容量测试类型描述 测试目标增大软件输入数据量 , 以确认软件在处理大量数据时运行正常。 测试方法和技术对设计时预计的平均数据处理量提高一个数量级。 完成标准大数据量输入时软件可以正常完成功能。 3.5.4安全测试 表 3-5安全测试类型描述 测试目标确保软件用户都在权限以内进行操作。 测试方法和技术 采用黑盒测试法通过登陆不同权限用户模式进行软件操作从而确保安全 性。 完成标准各权限用户只能在权限规定范围内进行操作。 3.6 风险分析
11、1)测试人员对系统熟悉程度的风险： 参与本项目的测试人员在经过短期的系统培训后，仍然有可能没有完全掌握 系统的业务细节， 这将在后面的测试设计和测试执行工作造成一些测试逃逸 现象（即一些要测试的方面没有覆盖到） 。 2)测试工具使用的风险： 目前测试人员对性能测试的一些工具使用经验不足，需要花费一定的时间研 究。 xx-软件测试计划 第 10 页 共 14 页 4 测试方法 4.1 里程碑技术 在本项目中，我们将整个测试过程分为几个里程碑，达到一个里程碑后 才能转换到下一阶段，以控制整个过程。 我们将整个测试过程分为以下几个里程碑： 表 4-1测试过程信息表 里程碑完成标准 系统培训：1.对于
12、本项目所有需要测试的系统的培训完成。 2.测试人员已经对所有被测系统 / 模块进行了使用，了解了被测系 统的具体功能。 测试设计：1.测试用例已覆盖所有测试需求。 2.测试用例设计已经完成。 测试执行：1.所有测试用例被执行。 2.发现的缺陷都有缺陷记录。 3.测试过程有测试记录。 结果分析：1.完成测试分析报告。 4.2测试用例设计 本次测试的测试案例，是在经过系统培训后，由测试人员根据客户对系统的 介绍和自己对系统的理解按照系统层次结构组织编写。 1)本系统案例的编写采用黑盒测试常用的分析方法设计用例。 2)对于每一个测试用例，测试设计人员应为其指定输入（或操作）、预期输出 （或结果） 。
13、 3)每一个测试用例，都必须有详细的测试步骤描述。 4)本次测试设计的所有测试用例均需以规范的文档方式保存。 5)在整个测试过程中，可根据项目实际情况对测试用例进行适当的变更。 xx-软件测试计划 第 11 页 共 14 页 6)测试用例中测试数据的准备，在客户的指导和协助下准备。 7)按照系统的运行结构安排用例的执行。 4.3测试实施过程 本项目由 3 位测试人员分别负责不同的子系统的测试，实施过程如下： 1)准备测试所需环境。 2)准备测试所需数据。 3)按照系统运行结构执行相应测试用例。 4)记录测试过程和发现的缺陷。 5)报告缺陷。 4.4测试方法综述 本项目测试包括： 1)功能测试，
14、测试各功能是否有缺陷。 2)测试人员执行测试时，要严格按照测试用例中的内容来执行测试工作。 3)测试人员要将测试执行过程记录到测试执行记录文档中。 4)测试人员要对测试中发现的问题记录到缺陷记录中。 5)测试组织。 4.5测试团队结构 表 4-2 标明了测试团队结构信息。 表 4-2测试团队结构表 角色人员职责 测试主管1)组织测试培训 2)组织环境搭建 3)制定测试大纲 4)需求、用例审核 5)控制测试进度 6)与相关部门、人员沟通 客户指派1)协助沟通 xx-软件测试计划 第 12 页 共 14 页 2)协助确定测试需求 3)协助准备测试环境和数据 测试设计1)设计测试用例 2)准备测试数
15、据 测试执行1)按计划执行测试用例 2)记录执行过程 3)提出纠正建议措施 缺陷报告1)记录、报告所发现的缺陷 测试分析1)分析测试结果 2)编写成测试分析报告 5资源需求 5.1培训需求 参与本次测试的测试人员需要项目组长对测试人员进行系统的相关培训。培 训内容包括： 1)系统架构的培训。 2)系统数据流程的培训。 3)各子系统的功能培训。 4)哪些部分是本次的重点测试对象。 5.2 运行环境 5.2.1软件运行环境 表 5-1 列出了被测系统的软件运行环境。 表 5-1软件运行环境 分类软件 运行系统CentOS7 xx-软件测试计划 第 13 页 共 14 页 5.2.2 硬件运行环境
16、表 5-2 列出了被测系统的硬件运行环境。 表 5-2硬件运行环境 资源类型资源描述数量 6 各阶段时间分配 表 6-1 列出了个阶段时间分配情况。 表 6-1各阶段时间分配表 测试开始时间：2016 年 xx 月 xx 日测试结束时间：2016 年 xx 月 xx 日 序号名称完成日期工作量 ( 人日 ) 1 1)测试大纲 2 2)系统培训 3 3)测试设计 4 4)测试执行 5 5)结果分析 7 测试过程管理 7.1 测试文档 7.1.1测试文档管理 本项目对测试文档进行集中管理，文档集中存放在项目测试小组长处，每周 备份一次。 测试文档由不同角色分别创建，各角色创建的文档如表7-1 测试
17、文档信息表 所示： 表 7-1测试文档信息表 文档名称编制者其它说明 xx-软件测试计划 第 14 页 共 14 页 6)测试大纲7)测试主管 8)测试用例说明书9)测试设计人员 10) 缺陷记录11) 缺陷报告人员 12) 测试总结分析报 告 13) 测试主管 7.2 缺陷处理过程 特定义缺陷处理过程如下： 14) 测试结束时项目经理将所有缺陷整合成一个完整的缺陷文档，同其它测试文档一同提交 给客户。 7.3 测试报告 测试过程中，需要产生以下报告： 表 7-2测试报告信息表 报告名称报告内容编制者接受者 测试总结报告15) 测试过程概要 16) 测试分析总结 17) 建议 18) 客户代表 19) 公司领导