验证的本质就是确保设计按规格运行，但这个过程中，信息如何在团队中流动往往决定了验证的质量。
传统沟通方式的局限
很多团队依然在用非常原始的方式沟通bug和验证结果。我曾在多家公司看到几种常见的沟通模式：
一对一交流
有些验证团队习惯通过一对一直接交流解决问题。小团队中这种方式确实高效，但随着团队规模增长，这种方式很快就变得不切实际。想象一个有多个验证利益相关者的模块，任何没有参与对话的人都会错过学习问题的机会。更糟的是，那些没参与对话的人很可能会再次发现同样的bug，浪费时间。
还有一个问题是，这种方式没有记录什么问题被发现和修复。你根本无法展示bug发现率是否在下降，也就无法判断验证是否足够充分。
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
