如今，大家都会通过bug分析来改进产品质量、优化研发流程和项目管理方式。很多时候项目开发周期难以控制，原因之一就是缺乏缺陷数据的统计与分析，及缺陷的预防机制。
缺陷产生原因复杂：
运行环境（操作系统、数据库等）、第三方工具或软件、网络、用户操作习惯等都可能导致缺陷的产生，这会直接导致定位缺陷原因成本的上升。
公司或项目团队的不支持。有时是不帮助测试人员做bug分析工作，有时候制定了bug预防方案却因为公司或团队的不支持而难以推进。
程序员的不配合：比如我们希望程序员在bug修复时顺便备注bug的根源和修复方式，这个要求很可能导致程序员的抵触。
测试人员不懂如何分析。团队人员没有质量管理的意识。缺陷分析工作完成后，后续工作难以落地，等等。
什么时候进行缺陷分析？
发现bug时和测试结束前后都需要进行bug分析，另外，可以在开发过程中做一些阶段性的bug分析，也可以在测试阶段每天都做一次bug分析。最好让团队同意使用bug管理工具来管理bug，否则会大大增加这项工作的难度。
对哪些bug进行分析？
软件缺陷的范围很广，不仅仅指在测试过程中发现的缺陷，而是指在整个软件生命周期中发现的所有缺陷。但是否所有的缺陷都需要分析呢？显然不是。
做分析之前首先要明确我们的目的，目的的不同也决定了分析内容的不同。比如有的团队，可能只需要对上线后发现的漏测bug进行分析；有的团队需要对上线后暴露的bug以及测试阶段发现的典型bug进行分析。需要根据团队需要进行确定。
如何进行缺陷分析？常见的缺陷分析方法有哪些？
前提还是要想清楚自己做缺陷分析的目的是什么，有了方向，再考虑如何开展后续工作。
比如产品上线后质量较差，频繁出现线上bug。那我们可以联合其他部门针对线上bug进行分析，排查每一个线上bug产生的原因，确定是否是测试人员漏测导致，如果是，那我们再分析一下之前是怎么测试的（需要保留之前的测试记录），当时为什么没有测试出来，以后怎么改进工作。这项工作需要长期进行，才能真正提高测试人员的“bug检出率”。
比如感觉目前的软件开发过程混乱，也可以通过缺陷分析来进行优化。比如优化缺陷分类方式、增减缺陷属性，根据缺陷的统计属性来确定软件开发的哪个环境问题较多，通过缺陷流转中出现的问题来优化缺陷管理流程等。
所以，通过适当的方法，它可以在可控的时间投入下，为组织积累宝贵的财富，并且在未来的开发中得到数倍、数十倍上百倍的回报。忙碌不是理由，在未来少掉一个新 bug，就赚回来了。
推荐阅读：
什么是软件缺陷？缺陷分析的目的是什么?
什么是缺陷管理？缺陷管理的定义
缺陷管理方法之几种常见的软件缺陷预防方法
如何选择Bug管理工具?常用Bug管理工具的功能有哪些？
sales@spasvo.com
