软件测试方案设计实用模板.docx
《软件测试方案设计实用模板.docx》由会员分享,可在线阅读,更多相关《软件测试方案设计实用模板.docx(19页珍藏版)》请在冰豆网上搜索。
![软件测试方案设计实用模板.docx](https://file1.bdocx.com/fileroot1/2023-1/30/80ce26a8-79d0-4390-9bc6-47946472b8ed/80ce26a8-79d0-4390-9bc6-47946472b8ed1.gif)
软件测试方案设计实用模板
XX项目
软件测试方案
编号:
XX
XX公司
2017年XX月
1文档说明1
1.1文档信息1
1.2文档控制1
1.2.1变更记录1
1.2.2审阅记录1
2弓I言2
2.1编写目的2
2.2读者对象2
2.3项目背景2
2.4测试目标2
2.5测试参考文档和测试提交文档2
2.5.1测试参考文档2
2.5.2测试提交文档3
2.6术语和缩略语3
3测试要求5
3.1测试配置要求5
3.1.1硬件环境5
3.1.2软件环境5
3.2测试手段6
3.2.1测试方法6
3.3测试数据6
3.4测试策略6
3.4.1单元测试6
3.4.2集成测试7
3.4.3系统测试7
3.4.4验收测试11
3.5测试资源11
3.6测试阶段及范围11
3.7通过测试的标准11
4软件结构介绍12
4.1概述12
5用例表格14
6关注点14
6.1文本输入框14
6.2下拉列表15
6.3增加数据15
6.4修改数据15
6.5删除数据15
6.6查询数据16
6.7数据导入导出16
6.8数据接入与处理16
6.9其他16
7附录16
7.1附录1审批记录表16
1文档说明
1.1文档信息
文档基本信息参看表1-1文档信息表。
表1-1文档信息表
文档作者
XX公司
创建日期
XX年X月X日
当前版本
V1.0
上次版本
无
1.2文档控制
1.2.1变更记录
文档变更记录在表1-2文档变更记录表中详细记录。
表1-2文档变更记录表
变更日期
变更人
版本
备注
2016.5.10
XX公司
V1.0
新增
1.2.2审阅记录
表1-3审阅记录表中详细记录了审阅记录。
表1-3审阅记录表
审阅日期
审阅人
版本
备注
引言
2.1编写目的
说明编写本测试方案的目的是为软件开发项目管理者、软件工程师、系统维
护工程师、测试工程师提供关于XX项目系统整体系统功能和性能的测试指导。
同时,该文档也是用户确定软件是否完整测试的重要依据。
2.2读者对象
本测试方案可能的合法读者对象为软件开发项目管理者、软件工程师、测试
组、系统维护工程师、用户。
2.3项目背景
项目名称:
XX
简称:
XX
委托单位:
XX
开发单位:
XX
2.4测试目标
在用户使用软件之前,尽可能地发现软件中存在的错误和不合理之处,排除软件中潜在的错误,最终把高质量的软件系统交给用户。
系统的测试目标:
功能、性能、Ul、安全性、兼容性、容量。
2.5测试参考文档和测试提交文档
2.5.1测试参考文档
表2-1参考资料列出了此次计划涉及到的参考资料表2-1参考资料
名称
备注
XX
GBT15532-2008计算机软件测试规范
GBT9386-2008计算机软件测试文档编制规范
2.5.2测试提交文档
测试提交文档如表2-2测试提交文档
表2-2测试提交文档
文档名称
备注
软件测试计划
软件测试方案
软件测试用例
软件测试记录
软件测试报告
2.6术语和缩略语
本文使用了表2-3术语/定义表所显示的面向用户的术语、定义,包括通用词语在本文档中的专用解释。
表2-3术语/定义表
术语/定义
说明
软件测试
软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试,甚至根据需要编写不冋的测试工具,设计和维护测试系统,对测试方案可能出现的问题进行分析和评估。
系统测试
系统测试是通过与系统的需求规格作比
较,发现软件与系统需求规格不相符合或与之矛盾的地方。
它将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、
数据和人眼等其他系统兀素结合起来,在实际使用环境下,对计算机系统进行的测试。
功能测试
黑盒测试是基于系统需求规格,在不知道
系统或组件的内部结构的情况下进行的测试。
通常又将黑盒测试叫做:
基于规格的测试、输入输出测试、功能测试或数据驱动测试。
是基于用户观点出发的测试。
主要是验证功能是否符合需求,包括原定功能的校验、是否有冗余功能、遗漏功能。
性能测试
性能测试关注的是系统的整体。
它和通常
说的强度、压力、负载测试有密切关系。
所以压力和强度测试应该与性能测试一
同进行。
错误!
未找到引用源。
所列为本文用到的缩略语
表2-4缩略语表
缩略语
说明
3测试要求
3.1测试配置要求
3.1.1硬件环境
测试配置需要的硬件环境如表3-1硬件环境表
表3-1硬件环境表
资源类型
资源描述
数量
云存储
3.1.2软件环境
测试配置需要的软件环境如表3-2软件环境表
表3-2软件环境表
分类
软件
运行系统
服务器
数据库
分类
软件
其他
3.2测试手段
3.2.1测试方法
系统的功能测试我们选用的是手工测试,运用黑盒测试中的等价类划分、边界值分析、错误推测、因果图法。
系统Ul方面的测试包括:
易用性测试、规范性测试、帮助设施测试、合理性测试、美观与协调性测试、独特性测试、快捷方式组合测试。
系统的安全性、兼容性、安装与反安装、配置测试也是手工测试。
单元测试采用的方法是白盒测试,功能测试采用黑盒测试。
3.3测试数据
测试数据主要按照XX参考XX中规定的运行限制,设计测试用例,作为XX平台的测试数据。
3.4测试策略
3.4.1单元测试
首先按照系统、子系统和模块进行划分,但最终的单元必须是功能模块,或
面向对象过程中的若干个类。
单元测试是对功能模块进行正确性检验的测试工作,也是后续测试的基础。
目的是在于发现各模块内部可能存在的各种差错,因此需
要从程序的内部结构出发设计测试用例,着重考虑以下五个方面:
1)模块接口:
对所测模块的数据流进行测试。
2)局部数据结构:
检查不正确或不一致的数据类型说明、使用尚未赋值或尚未初始化的变量、错误的初始值或缺省值。
3)路径:
虽然不可能做到穷举测试,但要设计测试用例查找由于不正确的
计算(包括算法错、表达式的符号表示不正确、运算精度不够等)、不
正确的比较或不正常的控制流(包括不同数据类型量的相互比较、不适当地修改了循环变量、错误的或不可能的循环终止条件等)而导致的错误。
4)错误处理:
检查模块有没有对预见错误的条件设计比较完善的错误处理功能,保证其逻辑上的正确性。
5)边界:
注意设计数据流、控制流中刚好等于、大于或小于确定的比较值的用例。
3.4.2集成测试
集成测试也叫组装测试或联合测试。
通常,在单元测试的基础上需要将所有的模块按照设计要求组装成系统,这时需要考虑的问题:
1)在把各个模块连接起来的时候,穿越模块接口的数据是否会丢失。
2)一个模块的功能是否会对另一个模块的功能产生不利的影响。
3)各个子功能组合起来,能否达到预期要求的父功能。
4)全局数据结构是否有问题。
5)单元模块的误差累积起来,是否会放大,从而达到不能接受的程度。
我们在组装时可参考采用一次性组装方式或增殖式组装方式。
3.4.3系统测试
系统测试目的是在于验证软件的功能和性能及其他特性是否与用户的要求
一致,主要是下列类型的测试:
1)功能测试:
验证系统功能是否符合其需求规格说明书,核实系统功能上是否完整,没有冗余和遗漏的功能。
功能测试详细介绍如表3-3功能测试详细表所示:
表3-3功能测试详细表
测试范围
验证数据精确度、数据类型、业务功能等相关方面的正确性
测试目标
核实所有功能均已正常实现,即是否与需求一致
技术
采用黑盒测试、边界测试、等价类划分等测试方法
工具与方法
手工测试
开始标准
开发阶段对应的功能完成并且测试用例设计完成
完成标准
测试用例通过并且最高级缺陷全部解决
需考虑的特殊事项
2)用户界面测试:
测试用户界面是否具有导航性、美观性、行业或公司的
规范性、是否满足设计中要求的执行功能。
详细介绍如表3-4UI测试介
绍表所示:
表3-4UI测试介绍表
测试范围
1•导航、链接、Cookie、页面结构包括菜单、背景、颜色、字体、按钮名称、TlTLE、提示信息的一致性等。
2.友好性、可操作性(易用性)
测试目标
核实各个窗口风格(包括颜色、字体、提示信息、图标、TITLE等等)都与需求保持一致,或符合可接受标准,能够保证用户界面的友好性、易操作性,而且符合用户操作习惯。
技术
WEB测试通用方法
工具与方法
手工测试、目测
开始标准
界面开发完成
完成标准
UI符合可接受标准,能够保证用户界面的友好性、易操作性,而且符合用户操作习惯
测试重点与优先级
需考虑的特殊事项
3)性能测试:
测试相应时间、事务处理效率和其他时间敏感的问题。
性能测试介绍如表3-5性能测试介绍表所示:
表3-5性能测试介绍表
测试范围
多用户长时间在线操作时性能方面的测试
测试目标
核实系统在大流量的数据与多用户操作时软件性能的稳定
性,不造成系统崩溃或相关的异常现象
技术
手工测试、自动化测试
开始标准
自动化测试脚本设计并评审通过且项目组移交系统测试
完成标准
系统满足用户需求中所要求的性能要求
测试重点与优先级
需考虑的特殊事项
4)兼容性测试:
测试软件在不同的平台上使用的兼容性。
兼容性测试详细如表3-6兼容性测试详细表所示:
表3-6兼容性测试详细表
测试范围
1•使用不同版本的不同浏览器、分辨率、操作系统分别进行测试。
2•不同操作系统、浏览器、分辨率和各种运行软件等各种条件的组合测试。
测试目标
核实系统在不同的软件和硬件配置中运行稳定
技术
黑盒测试
工具与方法
手工测试
开始标准
项目组移交系统测试
完成标准
在各种不冋版本不冋类项浏览器、操作系统或者其组合下均能正常实现其功能(此测试根据开发提供依据决定测试范围)
测试重点与优先级
需考虑的特殊事项
5)安全性测试:
测试软件系统对非法侵入的防范能力。
安全性测试详细表如表3-7安全性测试详细表所示:
表3-7安全性测试详细表
测试范围
1•用户、管理员的密码安全
2•权限
3•非法攻击
测试目标
1.用户、管理员的密码管理
2•应用程序级别的安全性:
核实用户只能操作其所拥有权限能操作的功能。
3.系统级别的安全性:
核实只有具备系统访冋权限的用户才
能访问系统。
技术
代码包或者非法攻击工具
工具与方法
手工测试
开始标准
功能测试完成
完成标准
执行各种非法操作无安全漏洞且系统使用正常
测试重点与优先级
需考虑的特殊事项
6)配置测试:
测试在不同网络、服务器、工作站的不同软硬件配置条件下,软件系统的质量。
详细的配置测试详细表如表3-8配置测试详细表所示:
表3-8配置测试详细表
测试范围
不同网络、服务器、工作站,不同软硬件配置条件
测试目标
核实系统在不冋的软硬件配置条件下系统的质量是否达到标准
技术
黑盒测试
工具与方法
手工测试
开始标准
系统开发完成后
完成标准
达到相关要求
测试重点与优先级
测试优先级以测试需求的优先级为参照
需考虑的特殊事项
软硬件设备问题
7)回归测试详细介绍如表3-9回归测试详细表所示:
表3-9回归测试详细表
测试范围
所有功能、用户界面、兼容性、安全性等测试类型
测试目标
核实执行所有测试类型后功能、性能等均达到用户需求所要求的标准
技术
黑盒测试
工具与方法
手工测试和自动化测试
开始标准
每当被测试的软件或其环境改变时在每个合适的测试阶段上进行回归测试
完成标准
95%勺测试用例执行通过并通过系统测试
测试重点与优先级
测试优先级以测试需求的优先级为参照
需考虑的特殊事项
软硬件设备问题
344验收测试
①用户新增或修改内容的内容如表3-10用户验收表所示
表3-10用户验收表
测试项
测试方法
预计结果
实际结果
结论
②用户反馈问题确认
3.5测试资源
测试人力资源分配如表3-11人力资源表所示
表3-11人力资源表
人员
角色
职责、任务
备注
项目经理
项目管理
测试组组长
制定测试计划、方案并安排测试工作
测试工程师
执行测试
测试工程师1
执行测试
3.6测试阶段及范围
测试阶段及范围如表3-12测试阶-段范围表
表3-12测试阶-段范围表
序号
阶段
范围
时间
1
测试计划
整个系统的测试计划
2
系统培训
整个系统测试的培训
3
测试设计
整个系统的测试用例
4
测试执行
整个系统
5
结果分析
全部测试结果
3.7通过测试的标准
般有“基于测试用例”和“基于缺陷密度”两种评比准则,在这里我们采
用前者。
准则如下:
1)功能性测试用例通过率达到100%
2)非功能性测试用例通过率达到95%
3)没有高于优先级3以上的问题。
备选通过办法:
根据实际情况由软件开发部门的经理、项目经理和测试负责人共同讨论确定本测试阶段是否结束。
4软件结构介绍
4.1概述
XX平台简称XX,总共有XX大功能模块分别是:
XXX每个模块的需求模块如下表所示:
本文档描述的数据接入需求模块、需求标识及需求描述如表4-1数据接入
子系统需求模块及标识所示。
表4-1数据接入子系统需求模块及标识
需求标识
需求模块
需求描述
本文档描述的XX需求模块、需求标识及需求描述如表4-2XX需求模块及标识所示。
表4-2XX需求模块及标识
需求标识
需求模块
需求描述
本文档描述的XX需求模块、需求标识及需求描述如表4-3XX需求模块及标识所示。
表4-3XX需求模块及标识
需求标识
需求模块
需求描述
本文档描述的平台管理需求模块、需求标识及需求描述如表4-4XX需求模
块及标识所示。
表4-4XX需求模块及标识
需求标识
需求模块
需求描述
本文档描述的XX模块、需求标识及需求描述如表4-5XX需求模块及标识所
表4-5XX需求模块及标识
需求标识
需求模块
需求描述
5用例表格
软件测试用例如表5-1软件测试用例表所示。
表5-1软件测试用例表
用例标识
功能模块
前置条件
验证点
编号
测试步骤
期望结果
6关注点
6.1文本输入框
1)检测空数据
2)检测过长数据(超出空间本身的长度和数据库中改字段所允许的长度);
3)检测特殊字符,尤其是数据库中不允许的字符,甚至回车字符、空格字符等;
4)检测字符类型,比如应该输入数字的文本框输入英文字符;
5)中文字符的处理;
6)对于日期时间型数据,检查格式正确性以及时间日期的合理性。
比如开始时间不能晚于结束时间等。
6.2下拉列表
1)列表数据是否正确、完整;
2)下拉列表与其他空间的联动关系;
3)是否允许多选;
6.3增加数据
1)数据个数的上限;
2)重复数据处理,尤其是键值的重复;
3)相关表格的更新;
4)检查多次使用back剪的情况:
在有back的地方,back,回到原页面,再back,重复多次,看是否会出错。
6.4修改数据
1)不能破坏数据库数据的关联和完整;
2)重复数据处理,尤其是键值的重复;
3)修改登录用户本身信息时对系统的影响;
4)修改正在使用的数据;
5)检查多次使用back剪的情况:
在有back的地方,back,回到原页面,再back,重复多次,看是否会出错
6.5删除数据
1)不能破坏数据库数据的关联和完整;
2)删除正在使用的数据;
3)删除登录用户本身。
6.6查询数据
1)多条件组合查询的正确性;
2)多次连续查询正确性。
6.7数据导入导出
1)导入数据格式要求不应太苛刻,提示明确;
2)导出数据不应乱码。
6.8数据接入与处理
1)数据接入方式是否全部能用,数据是否能正确接入;
2)数据处理方式是否全部可行;
3)数据的动态监测是否正确无误。
6.9其他
1)对网络故障的提示;
2)同一用户多次登录;
3)内存使用情况;
4)压力测试,系统承受能力,多用户同时登录使用。
7附录
7.1附录1审批记录表
表格7-1审批记录表
角色
签名
日期
备注
软件项目经理
开发部经理
测试组长
工程经理
质量保证人员
配置管理人员