质量模型

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了质量模型相关的知识,希望对你有一定的参考价值。

参考技术A 一、功能性测试
用于评估软件产品在指定条件下使用时,提供满足明确和隐含要求的功能的能力。

子特性 测试目标
完备性 评价软件产品提供的功能覆盖所有的具体任务或用户目标的程度
正确性 评估软件产品或系统提供具有所需精度的正确结果的能力
适合性 评估软件产品促使指定的任务和目标实现的程度
功能性的依从性

评估产品或系统遵循与功能性有关的标准、约定和法规以及类似规定的程度
二、 性能效率测试
用于评估在指定条件下使用的资源数量的性能。

子特性 测试目标
时间特性 评价产品或系统在特定条件下执行其功能时,其响应时间、处理时间及吞吐率满足需求的程度
资源利用性 评估产品或系统执行其功能时,所使用的资源数量和类型满足需求的程度
容量 评估软件产品或系统参数的最大限量满足需求的程度
性能效率的依从性

评估产品或系统遵循与性能效率有关的标准、约定和法规以及类似规定的程度
三、 易用性测试
在指定的使用周境中,测试产品或系统在有效性、效率和满意度特性方面,为了指定的目标可为指定用户使用的程度。

子特性 测试目标
可辨识性 测试用户能够辨识产品或系统是否适合其要求的程度
易学性 用户评估在指定的使用周境中,产品或系统在有效性、抗风险和满意度特性方面为了学习使用该产品或系统这一指定的目标,可以为指定用户使用的程度
易操作性 评估产品或系统具有易于操作和控制的属性的程度
用户差错防御性 评估系统预防用户犯错的程度
用户界面舒适型 评估用户界面提供令人愉悦和满意的交互的程度
易访问性 评估在指定的使用周境中,为了达到指定的目标,产品或系统被具有最广泛的特征和能力的个体所使用的程度
易用性的依从性

评估产品或系统遵循与易用性有关的标准、约定和法规以及类似规定的程度
四、 可靠性测试
评估系统、产品或组件在指定条件下、指定时间内执行指定功能的程度。

子特性 测试目标
成熟性 评估系统、产品或组件在正常运行时满足可靠性要求的程度
可用性 评估系统、产品或组件需要使用时能够进行操作和访问的程度
容错性 评估当存在硬件或软件故障时,系统、产品或软件的运行符合预期的程度
易恢复性 评估发生中断或失效时,产品或系统能够恢复直接受影响的数据并重建期望的系统状态的程度
可靠性的依从性

评估产品或系统遵循与可靠性有关的标准、约定和法规以及类似规定的程度
五、 信息安全性测试
评估系统或产品保护信息和数据的程度,以使用户、其他产品或系统具有与其授权等级一致的数据访问度。

子特性 测试目标
保密性 评估产品或系统确保数据只有在被授权时才能被访问的程度
完整性 评估系统、产品或组件防止未授权访问、篡改计算机程序或数据的程度
抗抵赖性 评估活动或事件发生后可以被证实且不可被否认的程度
可核查性 评估实体的活动可以被唯一地追溯到该实体的程度
真实性 评估对象或资源的身份标识能够被证实符合其声明的程度
信息安全性的依从性

评估产品或系统遵循与信息安全性有关的标准、约定和法规以及类似规定的程度
六、 维护性测试
评估产品或系统能够被预期的维护人员修改的有效性和效率的程度。

子特性 测试目标
模块化 评估由多个独立组件组成的系统或计算机程序,其中一个组件的变更对其他组件的影响大小的程度
可重用性 评估资产能够被用于多个系统或其他资产建设的程度
易分析性 评估预期的变更(变更产品或系统的一个或多个部分),对产品或系统的影响、诊断产品的缺陷或失效原因、识别待修改部分的有效性和效率的程度
易修改性 评价产品或系统可以被有效地、有效率地修改,且不会引入缺陷或降低现有产品质量的程度
易测试性 评估能够为系统、产品或组件建立测试准组,并通过测试执行来确定测试准则被满足的有效性和效率的程度
维护性的依从性

评估产品或系统遵循与维护性有关的标准、约定和法规以及类似规定的程度
七、 兼容性测试
评估在共享相同的硬件或软件环境的条件下,产品、系统或组件能够与其他产品、系统或组件交换信息或执行其所需的功能的程度。

子特性 测试目标
共存性 评估在与其他产品共享通用的环境和资源的条件下,产品能够有效执行其所需的功能并且不会对其他产品造成负面影响的程度
互操作性 评估两个或多个系统、产品或组件能够交换信息并使用已交换的信息的程度
兼容性的依从性

评估产品或系统遵循与兼容性有关的标准、约定和法规以及类似规定的程度
八、 可移植性
评估系统、产品或组件能够从一种硬件、软件或者其他运行(或使用)环境迁移到另一种环境的有效性和效率的程度。

子特性 测试目标
适应性 评估产品或系统能够有效地、有效率地适应不同的或演变的硬件、软件或者其他运行(或使用)环境的程度
易安装性 评价在指定环境中,产品或系统能够成功地安装和/或卸载的有效性和效率的程度
易替换性 评价在相同的环境中,产品能够替换另一个相同用途的指定软件产品的程度
可移植性的依从性

评估产品或系统遵循与可移植性有关的标准、约定和法规以及类似规定的程度

「软件项目管理」一文详解软件项目质量计划

🎩前言

在软件项目中,质量把控是非常重要的一个环节。如果软件项目没有把控好,那么很有可能随时带来巨大的损失。

比如:某网站突然间被恶意注入广告,这个时候如果有用户点击了,那可能就无意中造成很大的损失了。再比如:前几年有过一个,英空管局系统故障,导致几百航班延误,这间接造成的损失都是不可估量的。

所以,软件项目的质量问题,在任何时候都是不可忽视的。

那么在下面的这篇文章中,就让我们一起来了解软件项目中的质量计划叭~☂️

👒一、质量概述

1. 质量与软件质量

  • 质量是满足要求的程度,包括符合规定的要求和满足顾客的需求。
  • 软件质量是软件产品满足明确说明或隐含的需求程度

2. 质量成本

  • 质量成本包括预防成本缺陷成本
  • 预防成本:为确保项目质量而进行预防工作所耗费的费用(评估费用+预防费用)。
  • 缺陷成本:为确保项目质量而修复缺陷工作所耗费的费用(内部费用+外部费用)。

二、质量模型

1. 定义

人们通常把影响软件质量的特性软件质量模型来描述。

2. 几种模型

主要有几种模型:

  • 1976年 —— Boehm 质量模型
  • 1979年 —— McCall 质量模型
  • 1985年 —— ISO/IEC 9126 质量模型
  • 2002年 —— ISO/IEC 25010 质量模型

3. 模型解读

(1)Bohem质量模型

如下图所示:

(2)McCall质量模型

如下图所示:

(3)ISO/IEC 9126质量模型

如下图所示:

(4)ISO/IEC 25010质量模型

如下图所示:

4. 例子阐述

假设下图是某调度指挥通信系统的各项指标,请设计出其质量模型。

解: 该系统的质量模型如下图所示:

🎓三、质量管理过程

1. 步骤

质量管理过程包含三个步骤分别是:

  • 质量计划
  • 质量保证
  • 质量控制

2. 步骤解读

下面将对上面三个步骤进行解读,具体如下:

  • 质量计划 —— 确定与项目相关的质量标准及如何满足标准
  • 质量保证 —— 通过定期评估项目整体性能以确保项目满足相关的质量标准
  • 质量控制 —— 通过控制项目的状态保证项目按照标准完成,确定改进质量的方法

3. 再剖析

下面我们对质量保证和质量控制进行深入剖析。

(1)质量保证

  • 质量审计是质量保证的主要方法;
  • 审计(Audit) 是对过程或者产品的一次独立评估
  • 质量保证的主要活动:项目执行过程审计和项目产品审计

(2)质量控制

  • 质量控制方法:技术评审、走查、测试、返工(焦点是产品推出前的质量把关);
  • 质量保证的焦点:过程和产品提交之后的质量监管。

如下图所示:

🧢四、软件项目质量计划编制方法

1. 编制方法

编制方法包括:

  • 试验设计
  • 基准对照
  • 质量成本分析
  • 测试与检查的规划
  • 各种数据分析图示(因果分析图、流程图、思维导图)

2. 因果分析图

如下图所示:

⛑️五、软件质量改善的建议

对于软件质量改善的建议,有以下措施:

  • 把想法落实到实际工作中

  • 质量活动必须经过规划,必须明文规定

  • 树立提高质量就是尊重客户的思想

  • 质量活动必须尽早开始

  • 质量小组尽可能独立存在

  • 质量小组的人应该经过必要的培训

  • 软件质量是软件产品满足需求的程度

  • 软件质量成本包含预防成本和缺陷成本

  • 软件质量模型是影响软件质量的特性,是评价软件质量的标准

  • 软件质量管理过程包含质量计划、质量保证和质量控制

  • 质量保证的焦点是过程和产品提交之后的质量监管,质量控制的焦点是产品推出之前的质量把关

💼六、结束语

在上面的文章中,我们讲解了质量计划中的质量概述,同时,还了解了 4 种质量模型。除此之外,我们还学习了质量管理过程和编制方法。

最后,我们提出了几点对软件质量改善的建议。

到这里,关于本文的介绍就结束啦!希望对大家有帮助~

🚔专栏传送门

软件项目管理👉juejin.cn/column/7024…

以上是关于质量模型的主要内容,如果未能解决你的问题,请参考以下文章

软件质量模型概述

软件质量模型概述

三.软件质量模型

19. McCall提出的软件质量模型包括的三个层次数据字典概念

学习软件测试软件测试分类软件质量模型开发过程模型测试过程模型

软件质量模型详解