软件测试方案

目录一、概述 31.1编写目的 31.2读者对象 31.3项目背景 31.4测试目的 41.5参考资料 4二、测试配置 62.1测试依据 62.2测试范围 62.3测试通过准则 10三、测试计划 11四、测试策略 124.1功能测试 124.2流程测试 124.3界面UI测试 134.4性能测试 134.5安全性测试 144.6兼容性测试 144.7可靠性测试 154.8易用性测试 154.9回归测试 164.10发散测试 17五、交付文档 18六、测试进度 19七、测试资源 207.1人力资源 207.2环境资源 207.3测试工具 21八、发布标准 228.1Bug等级定义 228.2测试完成标准 228.3产品发布标准 23九、风险说明 249.1测试范围风险 249.2测试进度风险 249.3测试环境风险 249.4风险应对措施 25

一、概述1.1编写目的本文档是完成全自动化学发光免疫分析仪Davin180软件测试的指导性文件，主要用于规划本次测试的工作流程及工作安排，验证Davin180是否满足《需求规格说明书》明确的软件需求及隐含条件，也是本测试项目中其他文档编写及结果评价的基础。本文档撰写目的如下：1、为软件产品提供测试依据、测试方法、测试保障，进而提高测试效率；2、判定Davin180全自动化学发光免疫分析仪功能是否按照需求说明书进行实现；3、确定本次测试所需要的材料，并对测试工作量进行说明；4、列出本次测试的可交付元素；1.2读者对象读者对象为：项目经理、软件设计开发人员、测试人员以及接受调阅的其他人员。1.3项目背景项目名称：全自动化学发光免疫分析仪项目编号：S09-2201仪器型号：Davin180全自动化学发光免疫分析系统是一种目前在医疗领域中广泛应用的诊断设备，其通过对动物血液、尿液、体液等样本进行检测，检测出目标物质的含量，从而对疾病进行诊断和治疗，为医疗行业的发展做出了巨大的贡献。1.4测试目的1、功能点是否完善；2、业务逻辑是否符合要求；3、数据传输是否完整、正确，性能是否优越；4、系统是否具有良好的兼容性；5、系统是否具有良好的易用性和可操作性；6、系统是否具有良好的安全性；7、UI界面是否简洁明了，用户体验是否良好；8、系统实用性。1.5参考资料序号文档名称已被接收或已经过复审作者1《产品规格说明书》是☐否☐2《需求规格说明书》是☐否☐3《开发详细设计文档》是☐否☐4《UI原型设计图》是☐否☐5《测试文档》模板是☐否☐

二、测试配置2.1测试依据1、软件需求规格说明书软件需求规格说明书是站在用户的角度来描述软件需要实现的功能、各个模块、系统重要性以及业务流程等。测试软件系统的功能是否正确，其依据就是软件需求规格说明书。2、开发设计文档开发部门的设计文档，比如架构设计图、算法设计图、模块的详细设计说明书，接口定义文档，数据库设计说明书、界面设计图等。基于这些文档提供的信息，就可以更深层次的确定测试所需要覆盖的范围和内容。3、测试用例测试用例是执行测试的依据，其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等。4、行业标准和惯例引用行业标准和惯例的时候，需要测试人员有足够的经验。大部分情况没有需求支持，则会用现存的成熟标准来实现测试。2.2测试范围模块名称功能名称测试功能点状态栏顶部状态栏（1）状态栏图标、按钮显示；（2）功能可用；（3）连接状态显示；（4）页签切换；（5）关联项；底部状态栏（1）设备运动信息；（2）登录用户名；（3）时间显示；登录登录（1）输入正确用户名、密码登录系统；（2）输入错误用户名、密码登录系统；（3）登录后界面功能；注销（1）注销后再次登录；（2）注销登录后界面功能可用；安装卸载安装（1）正常流安装；（2）异常流安装；（3）安装结果；（4）安装流程回退；（5）安装后功能可用；卸载（1）正常流卸载；（2）异常流卸载；（3）卸载残留；（4）卸载结果；（5）卸载后再次安装；升级（1）正常流升级；（2）异常流升级；（3）升级结果；（4）升级后功能及数据检查；主页图片显示（1）图片显示；（2）界面布局合理，风格一致；状态图标（1）图标显示；（2）界面布局合理，风格一致；状态转换（1）各状态正确性；（2）状态刷新值检查；统计（1）各试剂、耗材等统计数据显示检查；（2）数据值正确性；测试申请常规测试申请（1）界面布局显示；（2）按钮、功能、流程使用检查；（3）关联项（添加的测试项可正常显示于测试结果页签等）；校准测试申请（1）界面布局显示；（2）按钮、功能、流程使用检查；（3）关联项（添加的测试项可正常显示于校准页签等）；测试结果当前结果（1）当天的样本测试结果显示；（2）运行状态值正确性；（3）内容不支持编辑修改；（4）关联项（跨天后测试结果显示于历史结果页签等）；历史结果（1）一段时间内所有的样本测试结果显示；（2）内容不支持编辑修改；校准校准品状态（1）在机校准状态；（2）全部校准状态；（3）校准状态数据；校准品设置（1）录入校准品；（2）校准品数据；试剂试剂状态（1）试剂状态及信息显示；（2）试剂信息正确性；（3）试剂信息加载及内容显示；（4）试剂信息录入方式；（5）关联检查（测试例程试剂耗量检查）；试剂历史（1）历史试剂信息显示；（2）内容不可编辑修改；（3）查找结果检查；试剂统计（1）试剂统计结果显示；（2）内容不可编辑修改；（3）查找结果检查；（4）打印内容检查；耗材液体耗材（1）耗材图标显示；（2）耗材剩余量显示；（3）剩余量更新检查；（4）关联检查（测试例程耗量检查）；固体耗材（1）耗材图标显示；（2）耗材剩余量显示；（3）剩余量更新检查；（4）关联检查（测试例程耗量检查）；其他维护（1）按需维护；（2）周期维护；（3）维护设置；（4）维护日志；（5）寿命统计；设置（1）环境设置；（2）用户权限设置；（3）打印设置；（4）试剂参数设置；（5）项目显示顺序；（6）组合项目设置；（7）计算项目设置；（8）样本申请设置；（9）系统日志；（10）仪器参数调整；（11）端口管理；（12）工具；（13）设置生效及关联项检查；数据库备份（1）备份方式；（2）备份内容；（3）备份地址；（4）备份周期；2.3测试通过准则在此规定本系统通过测试的准则：当依据测试用例执行，测试结果与预期结果相符，或测试结果与预期结果虽有不符但不可归咎于应用程序时为测试通过，反之则为测试失败。

三、测试计划测试阶段责任人员具体计划产出需求分析通过需求说明书，了解系统需要测试和设计的功能点；《需求分析》文档测试方案设计分析完成，编写测试方案，着重兼容性、可靠性、安全性、功能性进行测试；《测试方案》文档测试用例设计分析完成，编写测试用例，尽可能全的覆盖需求说明所示功能点；《测试用例》文档测试执行执行测试用例，验证系统是否满足规格说明书；《测试执行记录》Bug汇总对测试过程中的bug进行总结分析；《bug汇总分析》文档测试总结总结测试问题，吸取经验教训；《测试总结》文档测试报告对测试工作阶段成果进行结论性的描述。《测试报告》文档四、测试策略4.1功能测试测试范围（1）验证数据的精确度、数据类型、业务功能等相关方面的正确性；（2）在所有可能的配置下进行安装卸载升级，软件系统运行正常；测试目标核实所有功能均已正常实现，与需求规格说明书一致；采用技术主要采用黑盒测试、边界值、等价类、错误推测、场景法、判定表等测试方法；工具与方法手工测试开始标准开发阶段对应的功能完成并且测试用例设计完成；完成标准测试用例均通过且严重及以上级别bug全部解决。4.2流程测试测试范围（1）业务流程；（2）数据流程；（3）逻辑流程；（4）正反流程；测试目标核实软件在按流程操作时是否能够正确处理；采用技术场景法、判定表；工具与方法手工测试开始标准开发阶段对应的功能完成并且测试用例设计完成；完成标准测试用例均通过且严重及以上级别bug全部解决。4.3界面UI测试测试范围（1）导航、菜单、背景、颜色、字体、按钮名称、提示信息的一致性；（2）友好性；（3）可操作性；测试目标核实各个窗口风格（包括颜色、字体、提示信息、图标等）都与需求规格说明书保持一致，或符合可接受标准；采用技术网页测试通用方法；工具与方法手工测试、目测开始标准界面UI开发完成；完成标准UI符合可接受标准，能够保证用户界面的友好性、易操作性，而且符合用户操作习惯。4.4性能测试测试范围多用户长时间在线操作时性能方面的测试；测试目标核实系统在大流量的数据与多用户操作时软件性能的稳定性，不造成系统崩溃或相关的异常现象；采用技术手工测试和自动化测试；工具与方法LoadRunner开始标准自动化测试脚本设计并审核通过且项目组移交系统测试；完成标准系统满足用户需求中所要求的性能要求。4.5安全性测试测试范围（1）用户、管理员的密码安全；（2）权限；（3）数据备份和恢复；（4）非法攻击；（5）数据校验；测试目标（1）核实用户、管理员的密码管理；（2）核实用户只能操作其所拥有权限能操作的功能；（3）核实只有具备系统访问权限的用户才能访问系统；采用技术代码包或者非法攻击工具；工具与方法手工测试开始标准功能测试完成；完成标准执行各种非法操作无安全漏洞且系统使用正常。4.6兼容性测试测试范围（1）不同分辨率、不同操作系统、不同的硬件平台、不同的网络环境分别进行测试；（2）不同分辨率、操作系统、不同的硬件平台、不同的网络环境等各种条件的组合测试；测试目标核实系统在不同的软件和硬件配置中运行稳定；采用技术黑盒测试；工具与方法手工测试开始标准功能测试同步进行；完成标准在各种不同操作系统、不同版本、不同的网络环境或者其他组合下均能正常使用。4.7可靠性测试测试范围（1）容错机制，对错误有正确提示；（2）软件发生错误、失效的情况下系统不崩溃、不异常退出也不会丢失数据；（3）发生异常后数据进行恢复的能力；（4）稳定性；测试目标核实系统长时间稳定运行，异常处理及恢复能力；采用技术黑盒测试；工具与方法手工测试、自动化测试开始标准功能测试同步进行；完成标准系统支持连续长时间无故障运行。4.8易用性测试测试范围（1）实用性；（2）易理解性；（3）易学习性；（4）易操作性；（5）吸引性；测试目标核实产品容易被用户理解、学习、使用以及吸引的能力；采用技术黑盒测试；工具与方法手工测试、目测开始标准功能测试同步进行；完成标准人机界面简洁、美观、实用、易懂，风格相对一致，符合使用习惯。4.9回归测试测试范围所有功能、用户界面、兼容性、安全性等测试类型；测试目标核实执行所有测试类型后功能、性能等均达到用户需求所要求的标准；采用技术黑盒测试；工具与方法手工测试和自动化测试开始标准每当被测试的软件或其环境改变时在每个合适的测试阶段上进行回归测试；完成标准（1）测试用例均已通过；（2）严重及以上级别bug已解决并关闭，且未引入的问题；（3）通过系统测试。4.10发散测试测试范围（1）需求及设计；（2）用户场景；（3）异常场景；（4）2-8原则；测试目标基于对系统的了解，不以测试用例作为束缚对设备进行测试，以此来发现系统的隐含缺陷；采用技术黑盒测试；工具与方法手工测试、错误推测法开始标准功能测试完成；完成标准对需求、系统了解清晰，完善测试用例，增加系统的质量和稳定性。

五、交付文档序号文档名称已被接收或已经过复审作者1《测试计划》是☐否☐2《测试方案》是☐否☐3《测试用例》是☐否☐4《测试报告》是☐否☐5《测试总结》是☐否☐6Bug清单是☐否☐

六、测试进度测试阶段计划开始日期实际开始日期实际结束日期产出需求分析测试计划测试方案测试用例测试执行Bug回归发散测试Bug汇总测试总结测试报告

七、测试资源7.1人力资源角色人数主要职责项目经理11、评审并批准项目计划及有关报告；2、组织并确保团队工作；3、控制项目执行，把控项目进度；测试负责人11、协调项目安排；2、分析需求说明书；3、编写测试计划；4、编写测试方案；5、编写测试报告；测试人员21、分析需求说明书；2、编写测试用例；3、执行测试；4、Bug汇总分析；5、测试总结；7.2环境资源资源名称/类型配置操作系统Windows10处理器11thGenIntel(R)Core(TM)i7-1165G7@2.80GHz2.80GHz机带RAM16.0GB（15.7GB可用）系统类型64位操作系统，基于x64的处理器7.3测试工具工具名称版本NavicatPremium/Notepad++/Xmind/

八、发布标准8.1Bug等级定义注：对应禅道类型严重程度1、2、3、4等级程度具体描述1致命阻碍开发、测试工作；造成系统崩溃、死机、数据丢失；主要功能、基本模块丢失、一级菜单不能使用2严重功能设计与需求严重不符；数据计算出错；程序接口调用出错；错误的波及面广，影响到其他重要功能正常实现；非常规操作导致的程序崩溃、死机、死循环；外观难以接受的缺陷3一般功能未实现但不影响使用；操作时间较长；数据错误显示；操作界面错误；输入限制4建议页面建议性问题不影响正常使用；用户体验感不好；界面显示不美观；辅助说明描述不清楚；界面存在文字错误8.2测试完成标准1、测试计划里所有测试类型都已经完成；2、功能性测试用例通过率达到100%，非功能性测试用例通过率达到95%；3、功能上、兼容性上没有影响用户使用的bug；没有严重级别及以上的bug；4、允许遗留小部分影响不是很大的bug，但这个数量应该小于讨论后的某个值。8.3产品发布标准1、产品需求都已完成；2、符合交互设计规范，符合视觉要求，设计已通过评审；3、遗留的一定比例一般及以下级别的bug通过了项目组的风险评估，都认可且问题不大；产品使用说明或用户手册都已完备。

九、风险说明9.1测试范围风险1、可能会存在部分隐藏软件故障，由于隐藏较深，用户使用无法触发缺陷，导致软件测试不全面；2、对产品质量需求或产品特性理解不准确，造成测试范围分析误差，出现测试盲区或验证标准错误；3、开发bug修复时可能引入新的问题，回归测试时影响未分析到位；4、部分测试用例设计时忽略了边界条件和深层次的逻辑关系，用例没有完全覆盖需求。9.2测试进度风险1、软件测试时间、成本风险造成不能对软件进行全面测试，导致产品质量存在风险；2、由于需求不明确，导致系统开发后期频繁修改，严重情况将影响系统交付时间延迟；3、开发时间的缩短导致某些测试计划无法执行；4、用户需求发生重