个体软件过程 —— 缺陷预测.ppt

个体软件过程 —— 缺陷预测 欧阳柳波 湖南大学软件学院 一、缺陷率 有经验的工程师的缺陷引入率一般是每千行代码50~250个缺陷。 一、缺陷率 38位工程师在学习PSP课程之后的缺陷情况表明，个人的编程规范与对缺陷的跟踪和分析相结合，比多年的经验要有效的多。 一、缺陷率 从上述表中可以看出，软件工程师一般都会引入大量缺陷。除个别情况外，平均的缺陷引入率在100个缺陷/KLOC左右或更多， 即使在学过缺陷管理后，平均引入缺陷数也在50Defects/KLOC左右，也就是20行一个缺陷。按此比率，1000行代码有50个缺陷，10000行代码有500个缺陷，100000行代码有5000个缺陷。 二、使用缺陷数据 通过收集数据来了解引入的缺陷，并设计个人的代码复查检查表； 通过分析缺陷数据来估计新开发的程序中引入的缺陷数，进行合理的预测。 通过把当前的项目数据和以前的数据相比较，就能大概知道正在开发的程序质量情况，从而决定是否需要增加一些缺陷排除步骤。 最重要的是工程师个人承诺要开发无缺陷的程序。 三、缺陷密度（Dd） 缺陷密度(Dd)是指每千行代码的缺陷数（Defects/KLOC），其计算方法是： （1）累计开发过程中每个阶段发现的缺陷总数（D）； （2）统计程序中新开发的和修改的代码行数（N）； （3）计算每千行的缺陷数Dd=1000×D/N 三、缺陷密度（Dd） 例如：一个96行的源程序总共有14个缺陷，则缺陷密度是： Dd=1000×14/96=145.83 Defects/KLOC 在计算Dd时，最重要的是要使用正确的规模测量。如本课程中使用的是程序中新开发的和修改的代码行数作为计算程序的规模。 四、缺陷率的预测 缺陷数据不稳定的几个原因： （1）经验问题。对开发环境和工具的熟悉程度和个人技能的不断提高，引起开发时间和缺陷率的波动。在通过最初的提高后，就需要收集和分析缺陷数据来进一步提高。 （2）个体过程不稳定。在开发过程中随着实际经验不断发展，就会引起完成不同程序任务的时间和引入缺陷的数目的波动。而且缺陷本身也是这种变化的原因，引入的缺陷越多，修复这些缺陷所花的时间就越长，引入新的缺陷的机率也就会增加。所以很难对一个引入很多缺陷的过程进行预测。 四、缺陷率的预测 随着开发过程的稳定，过程会逐步稳定下来，这种稳定将提高缺陷预测的准确性。 如果在代码复查方面花了足够的时间，你的过程会迅速稳定下来。 一旦过程相当稳定，缺陷也将容易预测。可根据对最近的程序跟踪每千行引入和排队的缺陷数，相当准确地估计出将来程序中可能引入和排除的缺陷数。 五、缺陷估计 当为一个新的程序作计划时，先估计出程序可能有多少新的和修改的代码行，然后计算以前开发程序的每千行源代码的平均缺陷数，再进行缺陷估计，计算公式如下： Ddplan=1000×(D1+…+Di)/(N1+…+Ni) 五、缺陷估计 缺陷数据示例 Ddplan=1000×(6+11+7+9+5)/(37+62+49+53+28) =1000×38/229 =165.94 Defects/KLOC 五、缺陷估计 假定新程序有同样的缺陷密度，则可按下面公式计算预期的缺陷数： Dplan=Nplan×Ddplan/1000 同样的例子，假设新程序规模的估计值为56行，则计算出预期的缺陷数为： Dplan=56×165.94/1000=9.29 Defects 项目计划表中的统计数据和缺陷数据用于帮助进行计算： Dplan=Nplan×DtoDate/NtoDate 如上例，Dplan=56×38/229=9.29 计算结果一样。 五、缺陷估计 在估算出程序总的缺陷数目之后，就能计算出每个阶段预计引入和排除的缺陷数。 用预估计的缺陷总数乘以每个阶段的累计百分比值再除以100就得到每个阶段的缺陷数。这个数就是新程序在这个阶段的预计缺陷数。这也是要计算缺陷累计和缺陷累计百分比值的原因，它们为缺陷估计提供了必要的历史数据。 六、更新的项目计划总结表和示例 PSP项目计划总结表 学生 学生A 日期 4/12/2003 、 程序 程序号# 12 、 教师 教师X