一份完整测试方案模板

一份完整测试方案模板

前言

这是找的知乎大神发的模板。然后我拿来做一个自己学习的一个材料，每个公司都不一样，都有自己的文档。
备注：软件测试报告和bug报告不同的，留个坑，以后补充

整体架构图

参看目录吧

1.引言

1.1 编写目的

为软件开发项目管理者、软件工程师、系统维护工程师、测试工程提供关于项目系统整体功能和性能的测试指导，同时也是用户确定软件是否完整测试的重要依据

1.2 项目背景

xxxx

1.3 测试目标

在用使用软件之前，尽可能的发现软件中存在的错误和不合理之处，排除软件中存在的错和不合理之处，排出软件中潜在的错误，最终把高质量的软件系统交付给用户。系统的测试覆盖范围：功能、性能、UI、安全性、兼容性、容量

1.4 测试参考文档

GBT 15532-2008 软件测试规范

GBT 9386-2008 计算机软件测试文档编制规范

1.5 测试提交文档

软件测试方案

软件测试用例

软件测试报告

1.6 术语和缩写语

本文使用的术语、定义

术语 / 概念	定义

2.测试要求

2.1 测试配置要求

分类	软件 、版本
运行系统
服务器
数据库
其他

2.2 测试方法

系统的功能测试选用了手工测试，运用黑盒测试中的等价类划分、边界值分析、错误推断、因果图法。

系统UI方面的测试包括：易用性测试、规范性测试、帮助设施测试、合理性测试、美观与协调性测试、独特 性测试、快捷方法组合组合测试。

系统的安全性、兼容性、暗转与反安装、配置测试也是手工测试

单元测试采用方法是白色测试，功能测试采用黑盒测试

2.3 测试数据

测试数据主要依据《xxx》文档，参考《xxx》文档中规定的运行限制，设计测试用例，作为xx平台的测试数据

2.4 测试策略

2.4.1 单元测试

首先依照系统、子系统和模块进行划分名单时最终的单元必须是功能模块，或者面向对象过程中的若干类，单元测试是对功能模块进行正确性验证的测试工作，也是后续测试的基础。目的在于发现各模块内部可能存在的各种差错，因此需要从程序内部结构出发设计测试用例，着重考虑以下五个方面：

1. 模块接口：对所测模块的数据流进行测试。
2. 局部数据结构：检查不正确不一致的数据类型说明、适用尚未赋值或者尚未初始化的变量、错误的初始值或者缺省值
3. 路径：虽然不能做到穷举测试，但是设计测试用例查找由于不正确计算（算法错、表达式的符号不正确、运算精度不够等）不正确的比较或者不正常的测试流（包括不同数据类型的相互比较、不适当地修改了循环变量、错误的或不可能的循环终止条件等）而导致错误
4. 错误处理： 检查模块有没有对于常见的条件设计比较完善的错误处理功能，保证其逻辑上的正确性
5. 边界：注意设计数据流、控制流中刚好等于、大于或小于确定的比较直的用例

2.4.2 集成测试

集成测试也叫组装测试、联合测试。通常在单元测试的基础上需要将所有的模块按照设计要求组装系统，这时需要考虑的问题如下：

1. 把各个模块连接起来， 模块接口的数据是否会丢失
2. 一个模块的功能是否i会对另一个模块的功能产生不利的影响
3. 各个子共嗯那个组合起来，是否达到预期要求的父功能
4. 全局数据结构是否有问题
5. 单元模块的误差积累起来，是否会放大，从而达到不能接受对策程度。我们在组装的时候可以参考采用一次性组装方式或者增值式组装方式

2.4.3 系统测试

系统测试目的在于验证软件功能和性能及其他特性是否与用户的要求一致，主要是以下类型的测试

1.功能测试

验证系统功能是否符合其需求规格说明书，核实系统功能上是否完整，没有冗余和遗漏功能。详细介绍如下表：

测试范围	验证数据精确度、数据类型、业务功能等相关方面的正确性
测试目标	核实所有功能均已正常实现、即是否与需求一致
技术	采用黑盒测试、边界测试、等价类划分测试方法
工具与方法	手工测试
开始标准	开发阶段对应的功能完成并且测试用例设计完成
完成标准	测试用例通过并且高级缺陷全部解决
需要考虑的特殊事项

2.用户界面测试

测试用户界面是否具有导航性、美观性、行业或者公司规范性、是否满足设计中客户要求的执行功能、详细介绍如下边UI测试

其中，Web 测试通用方法可以参考《Web 测试检查点总结》

测试范围
测试目标	核实各个窗口的风格（包括颜色、字体、提示信息、图标、title等）均与需求 保持一致，或符合可接受标准，能够保证用户界面的友好性、易操作性、且符 合用户操作习惯
技术	Web 测试通用方法
工具与方法	手工测试、目测
开始标准	界面开发完成
完成标准	UI 符合可接受标准，能保证用户界面的友好性，易操作性，而且符合用户操作习惯
测试重点与优先级
需要考虑的特殊事项

3 性能测试

测试相应时间、事务处理效率和其他时间敏感的问题。介绍如下表:

测试范围	多用户长时间在线操作时性能方面的测试
测试目标	核实系统在大流量的数据与多用户操作时软件性能的稳定性，不造成系统崩溃 或者相关
技术	手动测试、自动化测试
开始标准	自动化测试脚本设计并评审通过、项目组移交系统测试
完成标准	系统满足用户需求的性能要求
测试重点与优先级
需考虑的特殊事项

4 兼容性测试

测试软件在不同平台上的使用的兼容性。介绍如下：，

测试范围	1. 使用不同版本的浏览器、分辨率、操作系统分别进行测试 2.不同操作系统、浏览器、分辨率和运行软件等各种条件的组合测试
测试目标	核实系统在不同软件和硬件配置中运行稳定
技术	黑盒测试
	手工测试
开始标准	项目组移交系统测试
完成标准	在各种不同版本不同类型浏览器、操作系统或者其组合下均能正常实现其功能(次 测试根据开发提供的依据决定测试的范围）
测试重点与优先级
需考虑的特殊事项

5 安全性测试

测试软件你系统对于非法侵入的防范能力。详细介绍如下表：

测试范围	用户、管理员的密码安全、权限、非法攻击
测试目标	用户、管理员密码管理、应用程序级别的安全性、核实用户只能操作其所有权限操 作的功能；系统级别的安全性、核实只要有具备系统
技术	黑盒测试
工具与方法	手工测试
开始标准	项目组移交系统测试
完成标准
测试重点与优先级
需考虑的特殊事项

6 配置测试

测试在不同网络、服务器、工作站的不同软硬件配置条件下，软件系统的质量，详细说明见下表

测试范围	不同网络、服务器、工作站、不同软硬件配置条件
测试目标	核实系统在不同的软硬件配置条件下系统的质量是否达到标准
技术	黑盒测试
工具与方法	手工测试
开始标准	系统开发完成后
完成标准	达到相关要求
测试重点与优先级	测试优先级以测试需求优先级为参照
需考虑的特殊事项	软硬件设备问题

7 回归测试

测试范围	所有功能、用户界面、兼容性、安全性等测试类型
测试目标	核实执行所有测试类型后功能、性能、等均达到用户需求所要求的标准
技术	黑盒测试
工具与方法	手工测试 、 自动化测试
开始标准	每当被测试的软件或其开发环境改变时，在每个核实的测试阶段上进行回归测试
完成标准	95% 的测试用例执行通过并通过系统测试
测试重点与优先级	测试优先级以测试需求的优先级为参照
需考虑的特殊事项	软硬件设备问题

2.4.4 验收测试

用户新增呢或则修改内容，以及用户反馈问题确认

测试项	测试方法	预计结果	实际结果	结论

2.5 测试资源

人员	角色	职责、任务	备注
	项目经理	项目管理
	测试组长	指定测试计划、方案并安排测试工作
	测试工程师	执行测试
	测试工程师	执行测试

2.6 测试阶段及范围

1	测试计划	整个系统的测试计划	时间
2	系统培训	整个系统测试的培训
3	测试涉及	真个系统的测试用例
4	测试执行	整个系统
5	结果分析	全部测试结果

2.7通过测试的标准

一般有“基于测试用例” 和基于“缺陷密度”两种评比准则，在这里我们采用前者

1. 功能性测试用例通过来吧达到100%
2. 非功能性测试用例通过率达到95%
3. 没有高于优先级3以上的问题

备选通过方法：根据实际由开发部门经理、项目经理、测试负责人共同讨论确定本测试阶段是否结束

《系统测试各阶段准入准出规则》

3 软件结构介绍

3.1 概述

xx平台简称xx,总共有xx大功能模块，分贝时：xx。每个模块需求如下表所示：

本文档描述的数据接入需求模块，需求表示及需求描述如表：

需求标识	需求模块	需求描述

4.测试用例

测试用例文档附件粘贴即可（也可以注明测试用例访问的位置）

5.关注点

下面几个关注点可以参考 [测试要点]，把里面对应的内容全部填写上去就行了

5.1 文本输入框

5.2 下拉类表

5.3 增加按数据

5.4 修改数据

5.5 删除数据

5.6查询数据

5.7数据导入导出

5.8数据接入与处理

5.9其他

参考

1. 知乎 M虫神 分享一份完整的测试系统方案模板

---

关键词链接

知识库目录