微软在测试方面提出一个practice: bug bars.

也就是说他们会设定一个magic number, 当RD身上所负责的bug number超过这个数字, 他必须要停下手中的工作, 立即把bug number降到这个数字已下, 或者是全部解完.

它的目的是希望bug早点找到, 就能够尽早被处理. 避免bug影响之后其他功能. 此外若是这bug很久之后才解, 容易被忘记它到底是怎么发生, 或者是要根据哪个版本的source code才能解, 这都将增加问题处理的困难度

不过, 每种practice都容易被遭到滥用. 如果RD故意就是撑到这个数字才开始解, 而不是一开始找到就尽量解, 那原先的美意就被曲解了.