软件测试方案模板.docx
《软件测试方案模板.docx》由会员分享,可在线阅读,更多相关《软件测试方案模板.docx(18页珍藏版)》请在冰豆网上搜索。
软件测试方案模板
XX工程
软件测试方案
编号:
XX
XX公司
2021年XX月
1文档说明
1.1文档信息
文档根本信息参看表格11文档信息表。
表1-1文档信息表
文档作者
XX公司
创立日期
XX年X月X日
当前版本
V1.0
上次版本
无
1.2文档控制
1.2.1变更记录
文档变更记录在表格1-2中详细记录。
表1-2文档变更记录表
变更日期
变更人
版本
备注
XX公司
新增
1.2.2审阅记录
表格1-3中详细记录了审阅记录。
表1-3审阅记录表
审阅日期
审阅人
版本
备注
2引言
2.1编写目
说明编写本测试方案目是为软件开发工程管理者、软件工程师、系统维护工程师、测试工程师提供关于XX工程系统整体系统功能与性能测试指导。
同时,该文档也是用户确定软件是否完整测试重要依据。
2.2读者对象
本测试方案可能合法读者对象为软件开发工程管理者、软件工程师、测试组、系统维护工程师、用户。
2.3工程背景
工程名称:
XX
简称:
XX
委托单位:
XX
开发单位:
XX
2.4测试目标
在用户使用软件之前,尽可能地发现软件中存在错误与不合理之处,排除软件中潜在错误,最终把高质量软件系统交给用户。
系统测试目标:
功能、性能、UI、平安性、兼容性、容量。
2.5测试参考文档与测试提交文档
2.5.1测试参考文档
表2-1列出了此次方案涉及到参考资料。
表2-1参考资料
名称
备注
XX
GBT15532-2021计算机软件测试标准
GBT9386-2021计算机软件测试文档编制标准
2.5.2测试提交文档
测试提交文档如表2-2所示。
表2-2测试提交文档
文档名称
备注
软件测试方案
软件测试方案
软件测试用例
软件测试记录
软件测试报告
2.6术语与缩略语
本文使用了表2-3术语/定义表所显示面向用户术语、定义,包括通用词语在本文档中专用解释。
表2-3术语/定义表
术语/定义
说明
软件测试
软件测试就是利用测试工具按照测试方案与流程对产品进展功能与性能测试,甚至根据需要编写不同测试工具,设计与维护测试系统,对测试方案可能出现问题进展分析与评估。
系统测试
系统测试是通过与系统需求规格作比拟,发现软件与系统需求规格不相符合或与之矛盾地方。
它将通过确认测试软件,作为整个基于计算机系统一个元素,与计算机硬件、外设、某些支持软件、数据与人眼等其他系统元素结合起来,在实际使用环境下,对计算机系统进展测试。
功能测试
黑盒测试是基于系统需求规格,在不知道系统或组件内部构造情况下进展测试。
通常又将黑盒测试叫做:
基于规格测试、输入输出测试、功能测试或数据驱动测试。
是基于用户观点出发测试。
主要是验证功能是否符合需求,包括原定功能校验、是否有冗余功能、遗漏功能。
性能测试
性能测试关注是系统整体。
它与通常说强度、压力、负载测试有密切关系。
所以压力与强度测试应该与性能测试一同进展。
表2-4缩略语表所列为本文用到缩略语。
表2-4缩略语表
缩略语
说明
3测试要求
3.1测试配置要求
3.1.1硬件环境
测试配置需要硬件环境如表3-1。
表3-1硬件环境表
资源类型
资源描述
数量
云存储
3.1.2软件环境
测试配置需要软件环境如表3-2所示
表3-2软件环境表
分类
软件
运行系统
效劳器
数据库
其他
3.2测试手段
3.2.1测试方法
系统功能测试我们选用是手工测试,运用黑盒测试中等价类划分、边界值分析、错误推测、因果图法。
系统UI方面测试包括:
易用性测试、标准性测试、帮助设施测试、合理性测试、美观与协调性测试、独特性测试、快捷方式组合测试。
系统平安性、兼容性、安装与反安装、配置测试也是手工测试。
单元测试采用方法是白盒测试,功能测试采用黑盒测试。
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、页面构造包括菜单、背景、颜色、字体、按钮名称、TITLE、提示信息一致性等。
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-10所示:
表3-10回归测试详细表
测试范围
所有功能、用户界面、兼容性、平安性等测试类型
测试目标
核实执行所有测试类型后功能、性能等均到达用户需求所要求标准
技术
黑盒测试
工具与方法
手工测试与自动化测试
开场标准
每当被测试软件或其环境改变时在每个适宜测试阶段上进展回归测试
完成标准
95%测试用例执行通过并通过系统测试
测试重点与优先级
测试优先级以测试需求优先级为参照
需考虑特殊事项
软硬件设备问题
3.4.4验收测试
①用户新增或修改内容内容如表3-11所示。
表3-11用户验收表
测试项
测试方法
预计结果
实际结果
结论
②用户反应问题确认。
3.5测试资源
测试人力资源分配如表3-12所示。
表3-12人力资源表
人员
角色
职责、任务
备注
工程经理
工程管理
测试组组长
制定测试方案、方案并安排测试工作
测试工程师
执行测试
测试工程师
执行测试
3.6测试阶段及范围
测试阶段及范围如表3-13所示。
表3-13测试阶-段范围表
序号
阶段
范围
时间
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-2所示。
表4-2XX需求模块及标识
需求标识
需求模块
需求描述
本文档描述XX需求模块、需求标识及需求描述如表4-3所示。
表4-3XX需求模块及标识
需求标识
需求模块
需求描述
本文档描述平台管理需求模块、需求标识及需求描述如表4-4所示。
表4-4XX需求模块及标识
需求标识
需求模块
需求描述
本文档描述XX模块、需求标识及需求描述如表4-5所示。
表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审批记录表
角色
签名
日期
备注
软件工程经理
开发部经理
测试组长
工程经理
质量保证人员
配置管理人员