Bug的统计分析

      在项目完成之后往往需要对测试做一个总结，找出测试或开发流程上的不足，以便在以后的项目中，改进流程，完善测试，从而保重软件的高质量。bug作为测试的直接产物，对它的统计分析是很有参考价值的。

      bug的统计分析，主要进行一下方面的工作：

      1.bug的级别统计分析 可以根据bug的严重级别统计，初步看出软件的质量问题，低级别的较低还可接受。若High级别的bug居多则说明软件的开发存在很大问题风险，需及时通知负责人改进。

      2.bug的模块统计分析 可以根据软件系统的不同模块进行bug的统计分析，依据20--80定律，集中对问题多的模块进行重点测试，以期找出更多潜在的缺陷。

      3.bug的版本统计分析 可以根据不同版本发现bug的变化趋势进行统计分析，查看变化趋势，预估软件的质量，做出结束测试的判断。

      4.bug的人员统计分析 可以根据开发、测试人员的不同对发现的bug做统计分析，从而对每一个人的工作效率做出初步的评价。

      5.bug的原因统计分析 可以根据bug的产生原因来做统计分析，分析引起bug的原因，是需求不明确，是设计不合理，是编码不规范，是测试设计缺失，是测试执行遗漏，是测试环境等原因引起的。从而在以后的项目中重点关注，改进，完善工作流程。

     bug的统计分析不仅仅在项目结束进行，在测试的任何阶段均可进行，以便随时了解测试进展，改进测试过程。bug的统计分析可利用工具进行更形象具体像TD，QC等都是很不错的。但也不能局限于工具有时还需要请自动手找出更多问题。bug的统计分析实则是对工作的分析总结，总结经验教训，以期在以后的工作中不再出现。