软件缺陷分析

我在marvell实习了一年多，期间主要做的软件缺陷分析的工作，比如软件缺陷的度量，预测，风险分析等，结果一年多的不断学习，我觉得这件事是非常的有意义，然后，国内很少有公司会选择在这一块投入，主要原因是这个过程需要长期的投入才能见成效，其次，风险也比较大。

我主要会做一些软件缺陷的分类统计，和缺陷累积量的预测！

关于分类统计，我自认为基于rootcause的分类统计是很有意义的，可惜公司的缺陷没有这一方面的信息

如果我们对rootcause进行分析，研究哪些方面是导致此次开发软件缺陷过多的原因，从而通过过程的优化和程序员自身的提高，避免下次再犯同样的错误，这该是一件多么有意义的事情。

说到这，我想起了高中时代，那时候班主任会鼓励大家准备一个纠错本，对自己每次在练习或者考试中犯的错误摘抄下来，并进行分析，我为什么会做错，我在做题的时候哪出了错，我下次改怎么避免犯同样的错误。对我而言，我觉得这是一个很好的提高方式！

同样，对于程序员，除了学习新技术，对已写过的code的分析和经验总结，特别是那些出现缺陷原因的分析也是至关重要的，如果下一次的开发或者是接下来的开发工作能不再犯曾犯过的错，那将会将软件产品的质量提升到一个更高的层次。比如我们在一次开发中发现，由于android的升级导致缺陷数的增加，那么在下一次android的升级时，我们可以提供一些关于android升级相关的培训，讨论会，让开发人员深入了解这次升级中的一些的改变及需要在开发过程注意的地方。

这种防范于未然所投入的人力和物力财力，肯定会比后期发现缺陷修补省的多。

同时，这对开发人员而言，也可以从中不断地提高自己，积累更丰富的经验，写出更优质的code。

很多时候，开发人员一味地忙碌新code的开发，很少回过头来统计分析，就公司而言，也不愿意给他们分配这段时间，所以，我们可以请更专业的人士来做这件事，将数据分析好后，直接反馈到开发和项目管理者那里，从而大家一起思考改进的方式方法！

对于做产品的公司，又快又好地开发一个软件才能抢占市场先机，而如何又快又好，减少缺陷量显然是一个最好的途径。对于一个软件的生命周期而言，缺陷的多少绝对会影响到一个产品的交付期。如果一开始就能做好准备，写出优质code，缩短开发周期，那该是一件多么美好的事情！