我们对“一本书的质量是X”的信心是 Y, 刚开始组稿的时候, X 的取值范围非常大（烂书… 一般… 好书… 年度大卖… 永恒经典），信心也比较低。 经过每个一个QA 环节，我们都应该把X 的范围缩小, 把信心值 Y 提高。
例如: 二读之后, 找到了20 个严重问题, 100个小问题, 因此我们有更大的信心认为这本书是一本烂书（如果不做改进的话）。
再入: 二读之后, 找到了 10 个小问题, 确信没有更严重的问题了。 因此我们有更大的信心认为这本书是一本好书。
。。。
把“书” 换成“软件”, “二读”换成“测试”, 同样道理。
从上面举的例子可以看到, 分工之后, 的确会产生很多问题。但是解决的方案是什么呢? 是取消分工, 让开发人员顺手做测试人员的事情, 顺便把项目管理, 美工, 市场推广, 客服都干了? 显然不是。
注意我们提到了“角色”, 角色是有人来扮演的，如果一人扮演了“开发”的角色, 又能够来扮演“测试”的独立角色, 当然很好。但是条件是她要以“独立”的心态测试，而不是想: “这代码就是我写的, 哪会有什么错…” 而草草了事。
那么独立的测试角色怎么才能发挥最大作用? 从上面的坏现象中, 我们不难总结出来。其实MSF 原则都讲到了。
· 充分授权和信任（Empower team members）