DB14T 2462-2022 政务信息化应用软件验收测试规范

14I II 1 1 1 2 3 9 12 12 14 15 21本文件由山西省政务服务标准化技术委员会（SXS/TC检测有限公司、山西立领信息技术有限公司、山西省大众科技评估1政务信息化应用软件验收测试规范3.13.23.33.423.53.63.73.83.94.1被测软件文档4.2测试工具4.3测试人员4.3.1从事软件测试的人员应具有计算机及相关专业的大专（含）以上学历、并获得国家或行业承认4.3.2测试工作开始前应明确参与软件测试的人员名单；测试工作开始后如需人员变更的，应保证新测试人员不低于原有测试人员的能力和资质，测试人员变更须经委托34.4测试环境4.5测试工作相关方4.5.1委托方方保密要求的情况，委托方应给予第三方检测机构相关授权或4.5.2软件第三方检测机构a)第三方机构应为能够承担法律责任的实体；b)第三方检测机构应具有独立的第三方地位；c)有固定的检测场所和必要的检测设施；e)第三方检测机构须通过检验检测机构资质认定；f)第三方检测机构具备独立完成检测任务的能力。4.5.3开发方a)提供被测试软件的操作说明、关键技术点相关的培训及支持；b)对于可能对被测试系统造成数据破坏的测试，提供系统及数据备份，恢复环境；c)按照第三方检测机构提供的缺陷列表修复软件缺陷。5.1测试项目5.2用户文档集41234567895如果用户文档集不以印刷的形式提供，则文档集应指明是否可以被打印，如果可以打用户文档集应陈述是否提供维护。如果提供维护，则用户文档应陈述和软件发布计划5.3功能性12345665.4性能效率1测试时的并发最大虚拟用户数应满足系统软件的设计需求。当设发用户数（或设计需求不符合实际情况）时，应重新确定最大并发2无法忍受。当响应时间测试结果不满足系统软件的设计需求时，宜开发方分析响应时间不满足的具体原因，如对网络传输时间、页345.5信息安全性约定的要求，并从如下表内容中选取测试项目，主要内容见表4。1软件应能识别出对结构数据库或文件完整性产生损害的事件275.6可靠性1235.7易用性经委托方认可的测试需求中约定的要求，并从如下表内容中选取测试项目，主要内容见表6。1283455.8维护性1软件产品诊断软件中的缺陷或失效原因或识别待修改部分的能力与用户文档集或用2345.9可移植性123495.10兼容性16.1准备阶段6.1.1启动6.1.1.2测试环境准备包括以下内容，当进行回归测试时，应对以下内容重新进行验证：b)被测试软件完成部署，参数配置正确，并在测试过程中保持版本稳定；c)其他相关外围系统和设备完成部署，配置正确；d)系统网络配置正确，连接通畅，可以满足测试的要求；e)测试指标包含性能效率和信息安全性时，开发方应根据情况备份系统和数据；f)测试应在实际环境或与实际环境相同的网络、软硬件环境下进行；h)有保密要求的系统应使用测试数据，不可使用系统生产数据。6.1.2结束6.1.3中断b)第三方检测机构己提交缺陷报告，等待开发方整改；c)委托方提出的变更要求影响到测试实施。6.1.4恢复b)提交的软件缺陷己修复，开发方完成自验，委托方重新提出测试要求；c)如修改导致变更，变更申请应通过委托方或项目审批部门及第三方检测机构评审。6.2.1输入项a)委托方提出的口头和书面形式的测试要求；b)本文件6.1.1要求的被测试软件及用户文档集。6.2.2工作内容a)接收被测试系统软件的用户文档集。记录被测试软件内容，检查其完整性；c)确定测试充分性要求。确定测试应覆盖的范围及每一范围所要求的覆盖程度；d)分析并形成测试需求。根据本阶段输入项的描述确定测试需求，测试需求包括：系统的功能、效率、状态、接口、数据结构、设计约束等，并将其分类，确定被测试系统软件的软件质量6.2.3输出项6.3策划阶段6.3.1输入项6.3.2工作内容b)核查测试环境与测试合同及测试要求中的信息一致性并记录，宜对被测软件杀毒；6.3.3输出项6.4设计阶段6.4.1输入项6.4.2工作内容a)设计测试用例。将需测试的软件质量特性分解，针对分解后的每种情况设计测试用例；b)准备测试数据。包括获取现有的测试数据和生成新的数据，并验证测试数据；c)获取测试工具，确认测试环境。确认被测试环境及测试工具已到位。6.4.3输出项6.5执行阶段6.5.1输入项a)测试需求、测试方案或测试计划、测试用例；b)本文件6.1.1要求准备的用户文档集。6.5.2工作内容a)执行测试用例。按照测试计划要求，执行测试用例中规定的内容和操作步骤；结果、实际结果和期望结果是否一致判定该用例是否通过，若存在软件缺陷，填写软件缺陷c)记录复核，对测试记录、软件缺陷报告进行复核；6.5.3输出项6.6报告阶段6.6.1输入项a)测试需求、测试方案或测试计划、测试用例、测试记录、软件缺陷报告；b)本文件6.1.1要求准备的用户文档集。6.6.2工作内容a)对测试异常终止情况，确定未能被测试活动充分覆盖的范围，分析原因，与委托b)确定未能解决的软件测试事件以及不能解决的理由，与委托方书面确定，记录在报告中；c)总结测试所反映的被测软件与委托方提出的测试需求之间的差异，记录在报告中；f)结合上述分析情况，出具政务信息化应用软件测试报告。6.6.3输出项第三方检测机构应按照GB/T25000.51规定的测试方法，8.1缺陷定级8.1.1高级别缺陷不能执行正常工作功能或重要功能，使系统崩溃或资源严重a)导致软件（或系统）死机或宕机：由于程序所引起的死机、宕机；b)导致数据库错误：由于程序错误所引起的数据库损坏或数据库连接异常；c)关键功能未实现：用户文档集中要求，且直接影响被测软件正常运行的功能未实现；d)抵御错误操作：由于未对错误的操作进行限制而导致软件（系统）功能无法f)严重的数值计算错误：由于程序错误造成数据计算严重错误。），b)用户文档集中要求，但并不直接影响被测软件正常运行的功能未实现；d)增加了安装、测试或用户操作的复杂度或成本；e)业务流程对应功能未实现，但有替代方法解决，不影响实际的使用；f)对用户的使用有不合理的操作顺序的限制。8.1.3低级别缺陷b)结果/消息错误：系统的输出结果或消息的内容、格式错误；c)边界未限制：简单的输入限制未放在前台进行控制；d)关键操作未给出提示：对关键功能、数据的操作、数据输入的限制条件等给岀的提示不准确。8.2测试点判定a)通过：不存在高级别缺陷、中级别缺陷、低级别缺陷（允许回归测试b)基本通过：仅存在低级别缺陷（允许回归测试c)不通过：存在高级别缺陷或中级别缺陷。8.3结论判定8.3.1得出测试结论需同时满足以下条件：8.3.2测试结论可判定为“通过”、“a)通过：测试点判定全部为“通过”（允许回归测试b)基本通过：测试点判定中存在“基本通过”，且不存在“不通过”（允c)不通过：测试点判定中存在“不通过”。A.1测试人员确认单格式基于委托合同及我方投标承诺，委派上述人员完成本项目测试任务，并保证不随意更换测试人员，如测试人员与上表所列不一致的，我方承担相应的违约责经确认，上述人员中的项目负责人和现场测试人员均为实际人员，无随意更注：此表一式两份，委托方和第三方检测机构各一份；如测试过程不需要现场进行的，则要对检测机构B.1政务信息化应用软件测试报告格式GB/T25000.51-2016系统与软件工程系统与软件质量用户文档集功能性性能效率信息安全性可靠性易用性维护性可移植性兼容性其他：在给定的测试环境和条件下，依据GB/T2500程系统与软件质量要求和评价(SQuaRE)第51部分:就绪可用软件产品对被测软件的用户文档集、功能性、性能效率、信息安全性、可靠性、易用性、维护性、可移值性、兼容性进行测试，经测试和回归测试后，被测软件B.2被测系统术语说明B.3测试目的本文的预期读者包括：委托方、最终用