软件质量模型
什么是软件质量?
信息源:
创新互联建站于2013年成立,先为柳州等服务建站,柳州等地企业,进行企业商务咨询服务。为柳州企业网站制作PC+手机+微官网三网同步一站式服务解决您的所有建站问题。
- https://en.wikipedia.org/wiki/Software_quality
- http://iso25000.com/index.php/en/iso-25000-standards/iso-25010
- https://www.iso.org/standard/35733.html
- http://it-cisq.org/standards/
- http://it-cisq.org/
- http://www.sacinfo.cn/
- http://www.sacinfo.cn/s/std_stdInfo?sid=A00008:20:035733#
- ...
狭义上来说, 软件产品的质量就是满足需求的程度,这里的需求包含功能需求与非功能需求。
但是这样定义只能是软件产品开发公司内部的认知,很多时候产品好不好由最终用户说了算,所以广义上还需要再加一条: 用户体验良好程度。
用户体验带有强烈的主观性,需要大量的反馈数据才能准确评估。
为什么要进行软件质量管理?
代码是人写的,人无完人,人易犯错,而软件开发又是高度复杂的过程,软件存在质量问题是必然的。
但是我们又不希望交互到客户或用户手中的软件漏洞百出,体验极差。
唯一能平衡这两者之间关系的就是合适的软件质量管理。
虽然一个软件的质量达到100%几乎不可能,但是我们的质量管理要冲着100%来,才能保证最终的质量足够好。
所谓足够好,带有一定的主观色彩,特别是用户体验部分,这是合理的。至于最终的足够好到底是多好,则是由质量管控人员设定的。
对于足够好的描述,纬度必须足够充分,数据足够量化,这是下面软件质量评估要讲的内容。
如何评估软件产品的质量?
要进行软件质量评估,必须具备如下前提:
- 目标质量有足够清晰明确的描述
- 合适的评估手段
对于第一点,需要对软件质量进行合理的纬度划分,以及每个维度的合理量化,称为软件质量模型。
对于第二点,则需要合适评估工具与评估流程。
软件质量模型(software quality model)
软件质量与评估如此重要,自然有机构已经对此做过深入研究,相应的软件质量模型也达到一定标准。
比较著名的是ISO/IEC的SQuaRE, 和CISQ。
SQuaRE定义了较为面面俱到的软件质量标准,CISQ则侧重于软件质量的评估,后者基于SQuaRE,但是只选取了其中主要的4种质量特性再加上自己定义的size特性。
对于完整的SQuaRE和CISQ质量模型,如果读者感兴趣,可以从ISO官网查看或下载。本文将依据SQuaRE和CISQ,结合自身经验,进行裁剪和定制,最终形成的质量特性入下:
- 功能适宜性(functional suitability)
- 功能完整性(functional completeness)
- 功能正确性(functional correctness)
- 功能方便性(functional appropriateness): 用户通过软件完成其目标的方便程度
- 界面舒适性(UI comfort)
- 操作流畅性(smooth): 强调界面过度的平滑程度
- 可靠性(Reliability)
- 可用性(availability): 正常交互/数据下,软件维持正常功能的能力
- 容错性(fault tolerance): 异常交互/数据下,软件维持正常功能的能力
- 可恢复性(recoverability): 在已经出现异常或错误的情况下,软件恢复数据,状态与功能的能力
- 性能(performance efficiency)
- 时间特性(time behaviour): 时间相关的性能
- 资源占用率(resource utilization):rom, ram, cpu, gpu, port等
- 容量(capacity): 软件能力在空间上的边界
- 安全性(security)
- 机密性(confidentiality): 数据或功能只给授权用户访问的能力
- 问责性(accountability): 操作与数据可被追踪的能力
- 可维护性(maintainability)
- 可分析性(analysability): 易于被分析的能力
- 可修复性(fixability): 已知问题易于被修复的程度
- 可更新(updatable): 更新的方便程度
- 可扩展性(extensibility): 不重新发版的情况下,进行能力替换或扩展
- 可配置性(configurability)
以上特性实际上只有两个等级的划分,对于实际操作来说,还处于一种抽象的层面,要进行真正的评估,还需要进一步细化为通用的checklist。
- 功能适宜性: 功能完整性
- 是否覆盖所有主要case
- 需求明确提出的case覆盖比例
- 隐含case覆盖量
- 功能适宜性: 功能正确性
- 所有case(明确与隐含)的正确比例
- 功能适宜性: 功能方便性
- 所有case的完成步骤的简化程度
- 功能适宜性: 界面舒适性
- 页面布局的合理程度
- 页面配色的合理程度
- 页面图形与元素设计的合理程度
- 功能适宜性: 操作流畅性
- 界面变化的动画化程度
- 动画时间的合理程度
- 动画的流畅程度
- 动画的平滑程度
- 可靠性: 可用性
- 所有正常case正确执行的程度
- 可靠性: 容错性
- 异常case时,能够自我保护
- 异常case后,正常case能够正常执行
- 可靠性: 可恢复性
- 出现未捕获异常时功能能够自动恢复正常
- 出现为捕获异常时数据能够自动恢复正常
- 一个case出现偶现错误时,重新进入能够恢复正常
- 一个case出现错误时,不影响其他case
- 性能: 时间特性
- 操作响应时间
- 多计算任务处理时间
- IO任务处理时间
- 操作吞吐率
- 数据吞吐率
- 性能: 资源占用
- rom
- ram
- port
- cpu
当前标题:软件质量模型
网页地址:http://ybzwz.com/article/jihccc.html