GB/T 25000.51-2016解读系列之可靠性_可靠性的依从性-CSDN博客

一软件可靠性测试背景

随着科学技术的飞速发展，人们对软件应用和功能要求越来越高，其规模和复杂度也日益增加,因此软件系统的可靠性测试也不断面临新的要求。

|| 可靠性定义 ||

用于验证软件系统、产品或组件，在指定满足其要求的软/硬性环境或其他特殊（如一定的负载压力）条件下、指定时间内执行指定功能的程度。

可靠性的子特性

|| 可靠性之成熟型定义 ||

成熟性指系统、产品或组件在指定条件下、指定时间内执行指定功能的程度。

|| 可靠性之成熟性测试方法 ||

测试方式简述：通过测试覆盖率、故障密度、缺陷严重程度三方面进行综合判定，但它有个前置条件，即测试范围内（用户文档集和产品说明）的所有功能性测试用例执行完成。

若三者均通过则可靠性判定为“通过”，若三者有1个不通过，则可靠性判定为“部分通过”，若三者有2个或以上不通过，则可靠性判定为“不通过”。

若产品合同、任务书等文档中有约定测试覆盖率标准值，则以覆盖率是否达到约定值判定是否通过。否则未达到100%即视为不通过。

若产品合同、任务书等文档中有约定故障密度值，则以是否达到约定值判定是否通过。否则按≤2%视为通过，>2%为不通过。

A.没有检测到缺陷。

B.微小的（low）：一些小问题如有个别错别字、文字排版不整齐等，对功能几乎没有影响，软件产品仍可用。

C.一般的（medium）：不太严重的错误，如次要功能模块丧失、提示信息不够准确、用户界面差和操作时间长等。

D.严重的（high/very high）：严重错误，指功能模块或特性没有实现，主要功能部分丧失，次要功能全部丧失，或致命的错误声明。

E.致命的（urgent）：致命的错误，造成系统崩溃、死机，或造成数据丢失、主要功能完全丧失等。

|| 可靠性之可用性定义 ||

可用性指系统、产品或组件在须要使用时能够进行操作和访问的程度。

|| 可靠性之可用性测试方法 ||

测试方法简述：

检测产品在跨天、跨自然月、跨年等时间（或需求规格说明书、设计文档、用户操作手册、用户使用说明书等要求的时间）下是否正常运行。
若文档（需求规格说明书、设计文档、用户操作手册、用户使用说明书等）提及类似“系统支持XX小时的服务”的描述，则设计场景测试是否系统支持XX小时的情况。通过观察产品运行日志等，检查产品是否在XX小时内出现服务终止等无法提供服务的情况。

|| 可靠性之容错性定义 ||

容错性指尽管存在硬件或软件故障，但系统、产品或组件的运行符合预期的程度。

|| 可靠性之容错性测试方法 ||

测试方式简述：

软件产品存在误操作或非法输入时，能够给出错误提示信息，并且不能作为许可的输入加以处理。例如：手机号码输入框要求是11位的数字0到9，在输入时不符合这些规范的系统弹出提示信息。
软件产品在处理数据时，对不符合的数据系统能够把错误数据剔除到错误表或文件，系统能够继续正常处理。
针对需求说明书等文档中对测试数据或条件有限制的内容（如时间格式、长度限制、话单文件格式、字段值内容等）进行测试，对测试数据采用边界值分析方法验证系统。
当外部系统或上游环节传递过来错误输入时，系统运行能否不受影响，数据不丢失。

|| 案例 ||

如CRM系统中的营业受理工单缺少某节点，下游BOSS系统工单处理程序可识别出工单错误，且工单处理程序不因此退出，仍可继续处理其他工单，并将错误工单移入错单表，且其他工单数据不丢失。