软件需求是质量度量基础
明确软件需求对评估软件质量很关键。它是衡量软件质量的基础。这就如同盖房子得有牢固地基。清晰准确的软件需求能保证软件实现方向正确。比如不少大型软件项目。因需求不清晰。致使后期频繁改动。影响软件质量与交付时间。所以软件项目启动时。相关人员要全力明确软件需求
尺度度量的应用
定量监理实践常用尺度度量方法。这方法适用于能直接度量的特性。就说出错率。把它定义为错误数／KLOC／单位时间等。这种量化方式直观。能让我们清楚看到软件在一定时间和规模内的出错状况。比如某软件。在一段时间里。以KLOC为单位计数。按公式算出出错率。就能迅速判断其质量水平。
测试精确度与覆盖度评估
将公开的可能缺陷数和报告总缺陷数做对比。这样能够评价测试精确度与覆盖度。还可以预测项目发布时间。在实际项目中。要是公开的可能缺陷数远远超过报告总缺陷数。那就表明测试覆盖度或许不够。这会使项目发布后的风险增加。要是某个项目快发布了。但测试却没找出足够多的可能缺陷。那就可能出现发布后大量问题冒出来的情况。
缺陷分类统计与修复时间
按严重缺陷、子系统缺陷分类来统计平均修复时间。这有助于规划纠正缺陷的工作。对于软件来说，不同类型的缺陷，其修复时间不一样。严重缺陷要是不及时修复，会影响软件核心功能。子系统缺陷也可能致使局部功能出现异常。通过统计平均修复时间，能够依据不同缺陷合理安排修复人力和时间，以此保证软件稳定
质量指标计算示例
拿CAD软件来说 根据功能点和发现的错误数 能算出多项质量指标 像每功能点的缺陷数 缺陷注入率 整体缺陷清除率等 已知开发过程发现15个错误 提交后发现4个错误 功能点是366 这样就能算出相应指标 美国平均整体缺陷清除率约85% 将其和自己软件的指标作对比 便可评估自身软件质量
综合度量与风险预测
监理时结合使用各种标准或指标，能辨明质量问题。还要考虑把非功能需求融入整体度量。验收测试阶段，预期存在的缺陷数可由缺陷注入率等决定。风险定量监理时，先识别可能带来风险的因素并分类。项目计划者等开展四个风险预测活动，计算风险概率和影响值，最后依概率及影响排序。
你认为在实际应用里，这些软件质量评估方法难操作，还是风险预测方法难操作？赶紧点赞分享本文，在评论区讲讲你的看法。
