软件代码缺陷率标准?

如题所述

缺陷如何度量?缺陷度量的三大标准

2年前

软件度量包含三个维度的内容:产品设计指标度量、过程度量和项目度量。产品设计指标度量是指从产品设计角度的一些特性指标角度度量,如规模大小、复杂程度、设计特点、性能和质量水平。过程度量主要是用于提高开发和维护的效率,如开发过程中缺陷去除的效果、测试过程中的缺陷模型和修复过程的响应时间。项目度量是从项目特点和执行的角度进行度量,如开发商数量、生命周期、成本、进度等。

一、缺陷密度度量

缺陷密度也就是平常所说的缺陷率,缺陷率看似很简单,但是如果我们不能讨论清楚缺陷率中分子与分母的值,那么就不可能很好地确定缺陷率的概念。一般缺陷率的概念是指一个特定的时间帧中缺陷出现的机会。

分母通常指的是软件的大小,通常使用千万代码(KLOC)或功能数来形容。时间帧是指产品生命期中的一系列操作,生命期少则一年,多则几年,通常95%的缺陷会在产品发布的四年之内发现,而绝大多数数据缺陷通常是在两年内被发现。

千行代码这个度量其实很简单,主要的问题是如何精确地计数实际的代码行数,在早期的汇编语言中,一行物理代码就相当于我们要计数的一行代码,但在高级语言中可能就不会这样,一行物理行并不一定是一行代码,即使同一个代码片段使用不同的计数工具计数,也可能导致结果存在差异,通常统计代码行有以下几种方法:

1)只统计可执行的行代码;

2)只统计带数据定义的可执行的行代码;

3)统计可执行行代码、数据定义和注释;

4)统计可执行行代码、数据定义、注释和控制语句;

5)统计在输入屏幕中做为物理行的代码;

6)统计做为逻辑分隔符的终止行代码;

上面是常见的关于代码行的统计方法,不同的公司可能会有着不同的统计方法,但不管使用什么方法进行统计,统计的方法只能使用一种。不同的项目使用不同的统计方法,这样数据之间没有参考价值。

通常说的代码是程序文件中的一行代码,但是注释行或空行除外,代码通常包括程序头、函数声明、可执行的语句和不可执行的语句。

在统计过程中,统计物理行代码和统计指令语句是存在差异的,有时候甚至会差得很多,如Basic、Pascal和C语言,在一行物理行上就可能出现多个指令。另一方面,一条指令语句和数据声明也可能跨越几条物理行代码,特别是在编程时,如果为了维护方便,写代码时就很容易出现这种问题。使用逻辑行和物理行进行统计各有优缺点,但是可能逻辑行来统计代码行会


温馨提示:答案为网友推荐,仅供参考
相似回答