GB/T 25000.51解读——软件产品的维护性怎么测?

文章详细阐述了GB/T25000.51-2016标准中关于软件维护性的六个关键方面:模块化、可重用性、易分析性、易修改性、易测试性和依从性,并解释了如何进行维护性测试。维护性关乎软件的修改效率和效果,涉及变更分析、诊断、修改和测试等多个环节。
摘要由CSDN通过智能技术生成

GB/T 25000.51-2016《软件产品质量要求和测试细则》是申请CNAS软件实验室认证一定会用到的一部国家标准。在前面的文章中,我们为大家整体介绍了GB/T 25000.51-2016《软件产品质量要求和测试细则》国家标准的结构和所涵盖的内容以及对软件产品的八大质量特性中的功能性、性能效率、易用性、兼容性、信息安全性和可靠性进行了详细解读。本文继续为大家介绍如何开展软件产品的维护性测试。 

软件产品的维护性指的是产品或系统能够被预期的维护人员修改的有效性和效率的程度,主要包含:模块化、可重用性、易分析性、易修改性、易测试性、依从性,六大部分。

模块化:由多个独立组建组成的系统或计算机程序,其中一个组件的变更对其他组件的影响最小的程度。指的是软件是否由独立的组件组成。即软件是否采用了模块化设计,如微服务架构、SOA架构等。

可重用性:资产能够被用于多个系统,或其他资产建设的程度。指的是软件的模块是否可重用于其它系统中。松耦合的模块便于用于其它系统中。

易分析性:可以评估预期变更(变更产品或系统的一个或多个部分)对产品或系统的影响、诊断产品的缺陷或失效原因、识别待修改部分的有效性和效率的程度。实现包括为产品或系统提供机制,以分析其自身故障以及在失效或其他时间前提供报告。

通俗地讲,指的是软件在出现运行失效,或被修改时,是否易于诊断分析缺陷或修改的有效性,包括:日志信息,针对软件被修改或运行出现错误时,给出相应的日志信息,便于识别修改的有效性和出现错误的原因。诊断功能,软件提供诊断功能,对软件功能运行的状态信息进行跟踪,便于诊断分析问题。

易修改性:产品或系统可以被有效地、有效率地修改,且不会引入缺陷或降低现有产品质量的长度。实现包括编码、设计、文档和验证的变更。模块化和易分析性会影响到易修改性。易修改性是易改变性和稳定性的组合。

我们可以这样通俗地理解,易修改性指的是软件是否可以被方便的修改,以满足新的功能需求,包括:对系统参数进行配置;对用户权限进行修改;对业务流程进行修改。

易测试性:能够为系统、产品或组件建立测试准则,并通过测试执行来确定测试准则是否被满足的有效性和效率的程度。指的是软件在变更或维护后应能方便地进行测试,如:软件变更数据库后,提供测试功能,验证数据库是否可以成功连接。

依从性:产品或系统遵循与维护性相关的标准、约定或法规以及类似规定的程度。也就是软件的功能是否符合相关标准、法规对维护性方面的要求。

下面我们再一起看一下GB/T 25000.51-2016《软件产品质量要求和测试细则》中针对维护性的软件质量要求及测试要求:

5.3.7.1 ---RUSP的维护性表现应与用户文档集所述的维护性特征一致,包括模块化、可重用性、易分析性、易修改性、易测试性和维护性的依从性等子特性。

5.3.7.2 ---软件应能标识出每一个基本组件的发布号、相关的质量特性、参数和数据模型。如在软件的版本声明中,标注各组件的版本信息,追溯其组件的版本声明信息,能够查阅其质量特性、参数和数据模型信息。

5.3.7.3 ---RUSP应能在任何时候标识出每一个基本组件的发布版本号,及其对RUSP整体、某个质量特性、或者其它组件产生的影响。如在软件版本信息里标明数据库模型版本信息:DBschema V3.0 build1108,软件受影响质量特性为功能和性能效率。

根据以上内容,我们可以总结出测试项目如下图所示,如需表格内容可私信我获取。后面会继续针对最后一个特性进行介绍,欢迎大家关注交流。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值