测试与软件通过间的矛盾

    这几天一直没什么写作的感觉。但今天和以前的同事聊了会儿天，谈到了测试的苦恼。说测试经理老是催问测试通过了没。唉，这让我想到了以前工作的时候，也是忍受着这种折磨啊！不知道各位有没有也遇到这种烦恼呢？

    记得有一次，领导又来问，通过了没？我问他，怎么算通过了？他说你觉得差不多没问题，就算通过了。我真是晕倒！连个起码的测试通过标准都没有，还在吵吵闹闹的！心里这么想，当然不能这么说啦，只好说尽快。过了会儿，开发人员又来催了，说通过了没有啊，通过了我好提交版本了。我终于被迫无奈，为了赶上提交时间，停止了测试。转到客户手里，发现了许多的Bug后，又会听到“怎么做测试的”之类难听的话。当我发现一个Bug后，测试经理，开发人员，都会显得不太高兴，说怎么还没通过。而我说通过了，没问题了，他们则会皆大欢喜。然而最后客户发现了缺陷，他们一齐拿矛头指向我！真是无比郁闷的事情呀！

    问题在哪里？我认为最根本的原因，就是没有制定一个测试通过的标准。而把软件通过的标准，作为测试评定的依据。

    软件通过标准中，可能规定：没有重大缺陷，次要缺陷少于10个，再次要点的少于20个等等。

    我们测试是干什么的？找缺陷啊！我找到的缺陷多，说明我工作效率高啊，而不是说怎么又没通过！其实他们觉得，我找到了缺陷，就意味着需要更多的时间来修复缺陷。而测试经理和开发人员，都是关心项目进度的。也就是说，他们要保证软件能按时，按质量提交给客户。而怎么算达到了软件质量要求？那就是符合软件通过标准。所以他们在评价测试工作的时候，会拿着软件通过标准来作为评价测试工作的依据。

    是不是觉得很荒谬？但这种情况非常的普遍。如果你告诉你的测试经理，你发现了新版本中有10个缺陷，和你告诉测试经理，新版本中只有1个缺陷。你觉得哪个他会比较高兴？绝大多数是后者吧！

    你在新版本中，发现了10个缺陷，肯定比发现1个的工作量要大，而且说明你的测试质量更高。但在测试经理和开发人员眼里，反而觉得是你在拖项目的后腿。

    明白了吧，这就是他们对测试通过标准和软件通过标准的混淆，导致了错误评估测试工作。而且很好笑，你发现的错误少了，说明你工作好。你发现的错误多了，说明你工作不好。

    所以，一定要在测试前，就做好具体的测试通过标准。前往不能那软件通过标准来作为测试的通过标准！