聊一聊质量度量之bug收敛

之前有个做测试的同事给我吐槽，他们开发问他，为什么提测了，刚开始bug不多，到后面bug越来越多，bug到后期改都改不完了。
她解释道，是因为刚开始拿到系统还有个熟悉的过程，慢慢测这才深入了，当然后面才多了。我相信很多测试或者开发同事都遇到过这种问题，开发说测试怎么回事，bug怎么越来越多，测试则很委屈，到后面系统才熟悉了，当然越来越多。

现在想想这个，其实这样是有问题的。
首先，迭代测试，一个故事测试执行天数一般都是1-2天。问题数一般在提测第1天最多，然后慢慢降下来，如果是一直增多，可能是质量太差或者故事太大。你不能说你执行了2天后才测到核心模块，只能说测试介入太慢了，
先少后多，可能是用例设计的不好，或者需求理解不深入 ，也有可能是质量太差，不管怎么，bug都是要呈现收敛趋势的，一直不收敛肯定是有问题的，这时候就需要注意。

我认识一个比较厉害的同事，一般都是执行第一轮就可以覆盖90%以上的bug，侧面看出是需求熟悉，业务熟悉，用例设计全面，所以bug就能发现的早，早发现早介入早修复

还有一种常见的回归测试，回归测试的测试周期一般比较长，像我们一般都在一周左右，bug趋势跟模块质量强相关，模块bug数更能说明质量情况

第三种就是模块级别，执行周期长的测试任务，一般都是先升，再到平稳，最后降低

总之无论如何，bug一定是呈现收敛状态，一般测试执行完成后没有呈现收敛状态，一定要多注意。