通过测试并不能保证质量(转）

其实这句话我已经不止一次看到了，每次看到这一思想，我就想把它宣导给我们老板，让他有个正确的认识。但我没有这样做，因为我没有想到好的阐述方式并找到合适的机会，而且对于独裁的老板，他会认为他的思想境界远高于你，就像他的口头禅：“我不想听你解释，你只要按照我的意思去做就可以了”

　　那些没有认识到“通过测试并不能保证质量”的主管们，在软件出了问题时，第一个想到的就是测试的问题，我对他们的这个条件反射表示理解，但也非常的忧虑，因为这会直接导致最终测试人员的绩效不好，而这也容易形成一个恶性循环。

　　而团队中也并非仅仅主管会不理解，客服人员最先埋怨的对象往往也是测试人员，因为表象显示的就是客服电话多，客户的问题没有测出来，那责任就应该是测试人员的了。当然对于他们的不满还是比较容易转移的，只要合理的解释说明，那么他们也会理解的。

　　而要扭转测试员的这一尴尬境地，解释或者自我检讨只能治标，就像作者所说的质量保证要来自整个项目团队，建制、建全软件开发过程，保证每一个节点、每一个阶段的质量，才是治本之道。

　　附注：

　　有一篇名为《需求与测试》的文章里有这么一段话：“其实我们有时候会抱怨需求为什么会考虑不周全，可是换个角度想想，我们认可程序会存在bug，那么需求同样也会有。这就像是一场接力赛，需求是第一棒，开发是第二棒，测试是第三棒，每一棒的交接都有上一棒的辛苦付出，也只有彼此信任和共同的努力，才能最终传递胜利。”

本文出自souchy的51Testing软件测试博客：http://www.51testing.com/?200708