软件测试方案模板.docx

1、软件测试方案模板XX工程软件测试方案编号：XXXX公司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读者对象本测试方案可能合法读者对象为软件开发工程管理者、软件工程师、测试组、系统维护工程师、用户。2.3工程背景工程名称：XX简称：XX委托单位：XX开发单位：XX2.4测试目标在用户使用软件之前，尽可能地发现软件中存在错误与不合理之处，排除软件中潜在错误，最终把高质量软件系统交给用户。系统测试目标：功能、性能、UI、平安性、兼容性、容量。2.5测试参考文档与测试提交文档2.5.1测试参考文档表 2-1列出了此次方案涉及到参考资料。表 2-1参考资料名称备注XXGBT 15532-2021 计算机软件测试标准GBT 9386-2021 计算机软件测试

3、文档编制标准2.5.2测试提交文档测试提交文档如表 2-2所示。表 2-2测试提交文档文档名称备注软件测试方案软件测试方案软件测试用例软件测试记录软件测试报告2.6术语与缩略语本文使用了表 2-3术语/定义表所显示面向用户术语、定义，包括通用词语在本文档中专用解释。表 2-3术语/定义表术语/定义说明软件测试软件测试就是利用测试工具按照测试方案与流程对产品进展功能与性能测试，甚至根据需要编写不同测试工具，设计与维护测试系统，对测试方案可能出现问题进展分析与评估。系统测试系统测试是通过与系统需求规格作比拟，发现软件与系统需求规格不相符合或与之矛盾地方。它将通过确认测试软件，作为整个基于计算机系统

4、一个元素，与计算机硬件、外设、某些支持软件、数据与人眼等其他系统元素结合起来，在实际使用环境下，对计算机系统进展测试。功能测试黑盒测试是基于系统需求规格，在不知道系统或组件内部构造情况下进展测试。通常又将黑盒测试叫做：基于规格测试、输入输出测试、功能测试或数据驱动测试。是基于用户观点出发测试。主要是验证功能是否符合需求，包括原定功能校验、是否有冗余功能、遗漏功能。性能测试性能测试关注是系统整体。它与通常说强度、压力、负载测试有密切关系。所以压力与强度测试应该与性能测试一同进展。表 2-4缩略语表所列为本文用到缩略语。表 2-4缩略语表缩略语说明3测试要求3.1测试配置要求3.1.1硬件环境测试

5、配置需要硬件环境如表 3-1。 表 3-1硬件环境表资源类型资源描述数量云存储3.1.2软件环境测试配置需要软件环境如表 3-2所示 表 3-2软件环境表分类软件运行系统效劳器数据库其他3.2测试手段3.2.1测试方法系统功能测试我们选用是手工测试，运用黑盒测试中等价类划分、边界值分析、错误推测、因果图法。系统UI方面测试包括：易用性测试、标准性测试、帮助设施测试、合理性测试、美观与协调性测试、独特性测试、快捷方式组合测试。系统平安性、兼容性、安装与反安装、配置测试也是手工测试。单元测试采用方法是白盒测试，功能测试采用黑盒测试。3.3测试数据测试数据主要按照XX，参考XX中规定运行限制，设计测

6、试用例，作为XX平台测试数据。3.4测试策略3.4.1 单元测试首先按照系统、子系统与模块进展划分，但最终单元必须是功能模块,或面向对象过程中假设干个类。单元测试是对功能模块进展正确性检验测试工作，也是后续测试根底。目是在于发现各模块内部可能存在各种过失，因此需要从程序内部构造出发设计测试用例，着重考虑以下五个方面：1)模块接口：对所测模块数据流进展测试。2)局部数据构造：检查不正确或不一致数据类型说明、使用尚未赋值或尚未初始化变量、错误初始值或缺省值。3)路径：虽然不可能做到穷举测试，但要设计测试用例查找由于不正确计算包括算法错、表达式符号表示不正确、运算精度不够等、不正确比拟或不正常控制流

7、包括不同数据类型量相互比拟、不适当地修改了循环变量、错误或不可能循环终止条件等而导致错误。4)错误处理：检查模块有没有对预见错误条件设计比拟完善错误处理功能，保证其逻辑上正确性。5)边界：注意设计数据流、控制流中刚好等于、大于或小于确定比拟值用例。3.4.2集成测试集成测试也叫组装测试或联合测试。通常，在单元测试根底上需要将所有模块按照设计要求组装成系统，这时需要考虑问题：1)在把各个模块连接起来时候，穿越模块接口数据是否会丧失。2)一个模块功能是否会对另一个模块功能产生不利影响。3)各个子功能组合起来，能否到达预期要求父功能。4)全局数据构造是否有问题。5)单元模块误差累积起来，是否会放大，

8、从而到达不能承受程度。我们在组装时可参考采用一次性组装方式或增殖式组装方式。3.4.3系统测试系统测试目是在于验证软件功能与性能及其他特性是否与用户要求一致，主要是以下类型测试：1)功能测试：验证系统功能是否符合其需求规格说明书，核实系统功能上是否完整，没有冗余与遗漏功能。功能测试详细介绍如表 3-3所示：表 3-3功能测试详细表测试范围验证数据准确度、数据类型、业务功能等相关方面正确性测试目标核实所有功能均已正常实现，即是否与需求一致技 术采用黑盒测试、边界测试、等价类划分等测试方法工具与方法手工测试开场标准开发阶段对应功能完成并且测试用例设计完成完成标准测试用例通过并且最高级缺陷全部解决需

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

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

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

12、：核实只有具备系统访问权限用户才能访问系统。技 术代码包或者非法攻击工具工具与方法手工测试开场标准功能测试完成完成标准执行各种非法操作无平安漏洞且系统使用正常测试重点与优先级需考虑特殊事项6)配置测试：测试在不同网络、效劳器、工作站不同软硬件配置条件下，软件系统质量。详细配置测试详细表如表 3-8 所示：表 3-8配置测试详细表测试范围不同网络、效劳器、工作站，不同软硬件配置条件测试目标核实系统在不同软硬件配置条件下系统质量是否到达标准技 术黑盒测试工具与方法手工测试开场标准系统开发完成后完成标准到达相关要求测试重点与优先级测试优先级以测试需求优先级为参照需考虑特殊事项软硬件设备问题7)回归测

13、试详细介绍如表 3-10 所示：表 3-10回归测试详细表测试范围所有功能、用户界面、兼容性、平安性等测试类型测试目标核实执行所有测试类型后功能、性能等均到达用户需求所要求标准技 术黑盒测试工具与方法手工测试与自动化测试开场标准每当被测试软件或其环境改变时在每个适宜测试阶段上进展回归测试完成标准95%测试用例执行通过并通过系统测试测试重点与优先级测试优先级以测试需求优先级为参照需考虑特殊事项软硬件设备问题3.4.4验收测试用户新增或修改内容内容如表 3-11 所示。表 3-11用户验收表测试项测试方法预计结果实际结果结论用户反应问题确认。3.5测试资源测试人力资源分配如表 3-12 所示。表

14、3-12人力资源表人员角色职责、任务备注工程经理工程管理测试组组长制定测试方案、方案并安排测试工作测试工程师执行测试测试工程师执行测试3.6测试阶段及范围测试阶段及范围如表 3-13 所示。 表 3-13测试阶-段范围表序号阶段范围时间1测试方案整个系统测试方案2系统培训整个系统测试培训3测试设计整个系统测试用例4测试执行整个系统5结果分析全部测试结果3.7通过测试标准一般有“基于测试用例与“基于缺陷密度两种评比准那么，在这里我们采用前者。准那么如下：1)功能性测试用例通过率到达100%；2)非功能性测试用例通过率到达95%；3)没有高于优先级3以上问题。备选通过方法：根据实际情况由软件开发部

15、门经理、工程经理与测试负责人共同讨论确定本测试阶段是否完毕。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

16、需求模块及标识需求标识需求模块需求描述本文档描述XX模块、需求标识及需求描述如表 4-5 所示。表 4-5XX需求模块及标识需求标识需求模块需求描述5用例表格软件测试用例如表 5-1所示。表 5-1软件测试用例表用例标识功能模块前置条件验证点编号测试步骤期望结果6关注点6.1文本输入框1)检测空数据2)检测过长数据超出空间本身长度与数据库中改字段所允许长度；3)检测特殊字符，尤其是数据库中不允许字符，甚至回车字符、空格字符等；4)检测字符类型，比方应该输入数字文本框输入英文字符；5)中文字符处理；6)对于日期时间型数据，检查格式正确性以及时间日期合理性。比方开场时间不能晚于完毕时间等。6.2下

17、拉列表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审批记录表角色签名日期备注软件工程经理开发部经理测试组长工程经理质量保证人员配置管理人员