软件测试方案模板2018年

1、-XX项目软件测试方案编号： XXXX公司2018 年 10月-XX项目 - 软件测试方案目录明 .文档说1.文档信息 .1.1.制 .文档控.1.2.录 .变更记.1.2.1.审阅记录 .1.2.2.2引言.编写目的 .2.1.象 .读者对.2.2.景 .项目背.2.3.标 .测试目.2.4.2.5测试参考文档和测试提交文档. 2档 .测试参考文.2.5.1.档 .测试提交文.2.5.2.语 .术语和缩略2.6.测试要求 .3.测试配置要求 .3.1.硬件环境 .3.1.1.软件环境 .3.1.2.测试手段 .3.2.法 .测试方.3.2.1.测试数据 .3.3.略 .测试策.3.4.111

2、112222223355556666-试 .单元测.3.4.1.集成测试 .3.4.2.系统测试 .3.4.3.验收测试 .3.4.4.测试资源 .3.5.围 .测试阶段及范3.6.准 .通过测试的标3.7.4软件结构介绍.概述 .4.1.格 .用例表5.关注点 .6.框 .文本输入6.1.下拉列表 .6.2.增加数据 .6.3.修改数据 .6.4.删除数据 .6.5.查询数据 .6.6.出 .数据导入导6.7.第 1页共17页XX 公司677111111111212141414151515151616-XX项目 - 软件测试方案6.8数据接入与处理166.9其他167附录167.1附录 1审

3、批记录表16第2页共17页XX公司-1文档说明1.1 文档信息文档基本信息参看表1-1 文档信息表。表 1-1文档信息表文档作者XX 公司XX年 X月 X创建日期日当前版本V1.0上次版本无1.2 文档控制1.2.1变更记录文档变更记录在表 1-2文档变更记录表中详细记录。表 1-2文档变更记录表备变更日期变更人版本注2016.5.10XX公司V1.0新增审阅记录表 1-3审阅记录表中详细记录了审阅记录。表1-3审阅记录表审阅日期审阅人版本备注-XX项目 - 软件测试方案2引言2.1编写目的说明编写本测试方案的目的是为软件开发项目管理者、软件工程师、系统维护工程师、测试工程师提供关于XX 项目

4、系统整体系统功能和性能的测试指导。同时，该文档也是用户确定软件是否完整测试的重要依据。2.2读者对象本测试方案可能的合法读者对象为软件开发项目管理者、软件工程师、测试组、系统维护工程师、用户。2.3项目背景项目名称：XX简称： XX委托单位：XX开发单位：XX2.4测试目标在用户使用软件之前，尽可能地发现软件中存在的错误和不合理之处，排除软件中潜在的错误，最终把高质量的软件系统交给用户。系统的测试目标：功能、性能、UI 、安全性、兼容性、容量。2.5测试参考文档和测试提交文档测试参考文档表 2-1 参考资料列出了此次计划涉及到的参考资料。表 2-1 参考资料名称备注第2页共17页XX公司-XX

5、项目 - 软件测试方案XXGBT 15532-2008计算机软件测试规范GBT 9386-2008计算机软件测试文档编制规范测试提交文档测试提交文档如表2-2测试提交文档表 2-2测试提交文档文档名称备注软件测试计划软件测试方案软件测试用例软件测试记录软件测试报告2.6术语和缩略语本文使用了表2-3术语 /定义表所显示的面向用户的术语、定义，包括通用词语在本文档中的专用解释。表 2-3术语 /定义表术语/定义说明软件测试软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估。系统测试系统测试

6、是通过与系统的需求规格作比较，发现软件与系统需求规格不相符合或与之矛盾的地方。它将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、第3页共17页XX公司-XX项目 - 软件测试方案数据和人眼等其他系统元素结合起来，在实际使用环境下，对计算机系统进行的测试。黑盒测试是基于系统需求规功能测试格，在不知道系统或组件的内部结构的情况下进行的测试。通常又将黑盒测试叫做：基于规格的测试、输入输出测试、功能测试或数据驱动测试。是基于用户观点出发的测试。主要是验证功能是否符合需求，包括原定功能的校验、是否有冗余功能、遗漏功能。性能测试关注的是系统的整性能测试体。它和通常

7、说的强度、压力、负载测试有密切关系。所以压力和强度测试应该与性能测试一同进行。错误！未找到引用源。所列为本文用到的缩略语。表 2-4缩略语表缩略语说明第4页共17页XX公司-XX项目 - 软件测试方案3测试要求3.1测试配置要求硬件环境测试配置需要的硬件环境如表3-1硬件环境表表 3-1硬件环境表资源类型资源描述数量云存储软件环境测试配置需要的软件环境如表3-2软件环境表表 3-2软件环境表分类软件运行系统服务器数据库第5页共17页XX公司-XX项目 - 软件测试方案分类软件其他3.2测试手段测试方法系统的功能测试我们选用的是手工测试，运用黑盒测试中的等价类划分、边界值分析、错误推测、因果图法

8、。系统UI 方面的测试包括：易用性测试、规范性测试、帮助设施测试、合理性测试、美观与协调性测试、独特性测试、快捷方式组合测试。系统的安全性、兼容性、安装与反安装、配置测试也是手工测试。单元测试采用的方法是白盒测试，功能测试采用黑盒测试。3.3测试数据测试数据主要按照XX，参考 XX 中规定的运行限制，设计测试用例，作为 XX平台的测试数据。3.4测试策略单元测试首先按照系统、子系统和模块进行划分，但最终的单元必须是功能模块,或面向对象过程中的若干个类。单元测试是对功能模块进行正确性检验的测试工作，也是后续测试的基础。目的是在于发现各模块内部可能存在的各种差错，因此需要从程序的内部结构出发设计测

9、试用例，着重考虑以下五个方面：第6页共17页XX公司-XX项目 - 软件测试方案1) 模块接口：对所测模块的数据流进行测试。2) 局部数据结构：检查不正确或不一致的数据类型说明、使用尚未赋值或尚未初始化的变量、错误的初始值或缺省值。3) 路径：虽然不可能做到穷举测试，但要设计测试用例查找由于不正确的计算（包括算法错、表达式的符号表示不正确、运算精度不够等）、不正确的比较或不正常的控制流（包括不同数据类型量的相互比较、不适当地修改了循环变量、错误的或不可能的循环终止条件等）而导致的错误。4) 错误处理： 检查模块有没有对预见错误的条件设计比较完善的错误处理功能，保证其逻辑上的正确性。5) 边界：

10、注意设计数据流、控制流中刚好等于、大于或小于确定的比较值的用例。集成测试集成测试也叫组装测试或联合测试。通常，在单元测试的基础上需要将所有的模块按照设计要求组装成系统，这时需要考虑的问题：1) 在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失。2) 一个模块的功能是否会对另一个模块的功能产生不利的影响。3) 各个子功能组合起来，能否达到预期要求的父功能。4) 全局数据结构是否有问题。5) 单元模块的误差累积起来，是否会放大，从而达到不能接受的程度。我们在组装时可参考采用一次性组装方式或增殖式组装方式。系统测试系统测试目的是在于验证软件的功能和性能及其他特性是否与用户的要求一致，主要是下

11、列类型的测试：1) 功能测试：验证系统功能是否符合其需求规格说明书，核实系统功能上是否完整，没有冗余和遗漏的功能。功能测试详细介绍如表3-3功能测试详细表所示：第7页共17页XX公司-XX项目 - 软件测试方案表3-3功能测试详细表测试范围验证数据精确度、数据类型、业务功能等相关方面的正确性测试目标核实所有功能均已正常实现，即是否与需求一致技术采用黑盒测试、边界测试、等价类划分等测试方法工具与方法手工测试开始标准开发阶段对应的功能完成并且测试用例设计完成完成标准测试用例通过并且最高级缺陷全部解决需考虑的特殊事项2) 用户界面测试：测试用户界面是否具有导航性、美观性、行业或公司的规范性、是否满足

12、设计中要求的执行功能。详细介绍如表3-4UI测试介绍表所示：表 3-4UI 测试介绍表1导航、链接、Cookie、页面结构包括菜单、背景、颜测试范围色、字体、按钮名称、TITLE 、提示信息的一致性等。2友好性、可操作性（易用性）核实各个窗口风格（包括颜色、字体、提示信息、图标、测试目标TITLE等等）都与需求保持一致，或符合可接受标准，能够保证用户界面的友好性、易操作性，而且符合用户操作习惯。技术WEB测试通用方法工具与方法手工测试、目测开始标准界面开发完成UI 符合可接受标准，能够保证用户界面的友好易操作完成标准性、性，而且符合用户操作习惯测试重点与优先级需考虑的特殊事项3) 性能测试：测

13、试相应时间、事务处理效率和其他时间敏感的问题。性能测试介绍如表 3-5 性能测试介绍表 所示：表 3-5性能测试介绍表测试范围多用户长时间在线操作时性能方面的测试测试目标核实系统在大流量的数据与多用户操作时软件性能的稳定第8页共17页XX公司-XX项目 - 软件测试方案性，不造成系统崩溃或相关的异常现象技术手工测试、自动化测试开始标准自动化测试脚本设计并评审通过且项目组移交系统测试完成标准系统满足用户需求中所要求的性能要求测试重点与优先级需考虑的特殊事项4) 兼容性测试：测试软件在不同的平台上使用的兼容性。兼容性测试详细如表3-6 兼容性测试详细表所示：测试范围测试目标技术工具与方法开始标准完

14、成标准测试重点与优先级需考虑的特殊事项表 3-6兼容性测试详细表1使用不同版本的不同浏览器、分辨率、操作系统分别进行测试。2不同操作系统、浏览器、分辨率和各种运行软件等各种条件的组合测试。核实系统在不同的软件和硬件配置中运行稳定黑盒测试手工测试项目组移交系统测试在各种不同版本不同类项浏览器、 操作系统或者其组合下均能正常实现其功能（此测试根据开发提供依据决定测试范围）5) 安全性测试：测试软件系统对非法侵入的防范能力。安全性测试详细表如表 3-7安全性测试详细表所示：表 3-7安全性测试详细表测试范围1 用户、管理员的密码安全2 权限3 非法攻击测试目标1. 用户、管理员的密码管理2应用程序级

15、别的安全性：核实用户只能操作其所拥有权限能操作的功能。3系统级别的安全性：核实只有具备系统访问权限的用户才-第9页共17页XX公司-XX项目 - 软件测试方案能访问系统。技术代码包或者非法攻击工具工具与方法手工测试开始标准功能测试完成完成标准执行各种非法操作无安全漏洞且系统使用正常测试重点与优先级需考虑的特殊事项6) 配置测试：测试在不同网络、服务器、工作站的不同软硬件配置条件下，软件系统的质量。详细的配置测试详细表如表3-8 配置测试详细表 所示：表 3-8配置测试详细表测试范围不同网络、服务器、工作站，不同软硬件配置条件核实系统在不同的软硬件配置条件下系统的质量是否达测试目标到标准技术黑盒

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

17、XX 公司-XX项目 - 软件测试方案验收测试用户新增或修改内容的内容如表3-10用户验收表所示。表 3-10用户验收表测试项测试方法预计结果实际结果结论用户反馈问题确认。3.5测试资源测试人力资源分配如表3-11人力资源表所示。表 3-11人力资源表人员角色职责、任务备注项目经理项目管理测试组组长制定测试计划、方案并安排测试工作测试工程师执行测试测试工程师执行测试3.6测试阶段及范围测试阶段及范围如表3-12 测试阶 -段范围表表 3-12测试阶 - 段范围表序时号阶段范围间1测试计划整个系统的测试计划2系统培训整个系统测试的培训3测试设计整个系统的测试用例4测试执行整个系统5结果分析全部测

18、试结果3.7通过测试的标准一般有 “基于测试用例 ” 和“ 基于缺陷密度 ”两种评比准则，在这里我们采用前者。第11页共17页XX公司-XX项目 - 软件测试方案准则如下：1)功能性测试用例通过率达到100% ；2)非功能性测试用例通过率达到95% ；3) 没有高于优先级 3 以上的问题。备选通过办法：根据实际情况由软件开发部门的经理、 项目经理和测试负责人共同讨论确定本测试阶段是否结束。4软件结构介绍4.1概述XX平台简称 XX, 总共有 XX 大功能模块分别是：XXX。每个模块的需求模块如下表所示：本文档描述的数据接入需求模块、需求标识及需求描述如表4-1数据接入子系统需求模块及标识所示。表 4-1数据接入子系统需求模块及标识需求标识需求模块需求描述第12页共17页XX公司-XX项目 - 软件测试方案本文档描述的XX 需求模块、需求标识及需求描述如表4-2XX 需求模块及标识所示。表4-2XX 需求模块及标识需求标识需求模块需求描述本文档描