在软件测试工作中，测试人员最大的目标就是尽可能的提升产品质量，减少bug数量。因而bug长期以来都困扰着广大测试工程师，如何尽可能减少bug数，在测试的各个阶段都有不同的解决方案，下面以我经常犯错的bug回归阶段的bug遗漏问题说起。

　　回归阶段的bug遗漏通常有几种原因：

　　1、bug回归人员对回归bug所对应的功能不够熟悉，不能或没有举一反三，没有将所测功能的其他入口点遍历

　　2、用例不规范，无法建立bug和用例的对应，回归测试不完整

　　3、用例更新不及时，例如需求变更，随机测试等所发现的bug没有对应的测试用例，回归随机性很大

　　4、项目进度紧，没有时间进行更细致的回归

　　5、测试人员对bug如何修复不了解，错误评估测试回归范围

　　针对上面所遇到的问题，我们主要从两方面思考问题解决方案：方法层面和思想层面

　　从思想层面：

　　思想层面的总结最终形成的是一种意识形态上的思考，适合有经验的测试工程师，那么我们可以从如下几个方面去规范我们的思想：

　　1、加强所负责模块的熟悉程度，及时梳理模块功能逻辑及各种入口。

　　2、提升对于bug回归在测试过程中重要性的理解。

　　虽然一个项目下来，我们会发现bug分散于各个模块之中，但是在深入一步看的话，你会发现其实bug也是有一定聚集性的，也就是我们经常看到的某某开发工程师的产品经常出问题，某个功能出问题。在例如项目后期阶段，以点辐射开来找bug的效率应该是大于随机测试找bug的效率的。

　　3、加强项目中的文档管理，维护和更新。

　　4、加强项目风险预测和项目时间管理。

　　这样项目预定的流程才能够被执行，不至于因为时间来不及而影响到测试工程师的执行心态及执行成效。

　　5、加强与开发工程师的沟通。

　　方法层面：

　　测试工程师最重要的还是实践动手能力，反映到问题总结上面，就是需要有一个切实可行的方案出来。

　　针对于bug回归阶段的bug遗漏问题，我认为可以从如下几个方面

　　1、测试用例设计阶段，设计并维护一个各个功能入口的说明文档。

　　其实这个文档的作用很大，一方面对于bug回归阶段的人来说，这是用于提醒的；另外一个方面，在随机测试的时候，随机程度也能有所提高，测试人员能够自己随意组合可能的路径。当然，一样一份文档也能提升文档设计人员，文档阅读人员对于模块的整体认识

　　2、Bug提交阶段，评估阻塞用例说明。

　　在项目初期，尤其是版本刚提交的时候，往往会出现功能无法使用或者没有实现的问题，这时候我们提交bug并不仅仅是说明预期没有实现，更重要的是我们如何备忘这件事情，如何保证没有实现的功能在最终版中实现，那么在提交bug的时候，我们需要注明，哪些case被阻塞，该功能没有验证会影响到哪些其他模块和功能的验证等