测试的使命到底是什么？测试是否需要完美心态？

有段时间很困惑，一直在考虑，测试的使命到底是什么？呵呵，感觉说大了。

以前我的想法是，测试就是发现bug，就是保证产品质量。

后来我的想法是，测试的职责是保证产品符合客户要求（不单纯是表达上的，有时候是深层的想法），提升产品质量，对产品的缺陷负责，对于缺陷，不在于发现，在于前期规避。恩，感觉和书上说的差不多啊，呵呵。这就说明书上的东西还是需要实践积累之后才会理解深刻的。

今天需要说的关于一个缺陷修复成本的问题，很多时候，我们会遇到，当我们发现一个bug的时候，有时候开发或者项目经理会对这个bug分析评估之后，给你一个答复是，这个问题修复起来涉及影响面太广，成本太高，并且影响用户群不多，修复的话会影响项目的发布，而这个项目又是有商业利益存在的，所以，最后没办法，测试这边可能就会妥协，然后接受这个不修复的结果。

可是，我有时候总会想，作为测试，我们为什么不报着完美的角度去看待经过我们测试的产品呢？为什么我们需要考虑和平衡那么多利益啊成本啊，然后对这些问题进行姑息呢？然后这些所谓的考虑成本的bug缺陷在一天天被我们容忍淡忘之后，我们开始习惯了这些，当有一天有一个人提出这个问题的时候，也许我们会说，以前就这样子的啊，这个设计是对的啊？或者这个问题最后渐渐的成了一个历史问题，然后慢慢的成为一个大家都不去触及或者是没时间去触及的遗留问题。然后它就一直存在一直存在。

也许做不到完美，但是我们可以追求完美，可以苛刻，但是对于成本考虑，我们可以给出一个修复的范围，可以不在本项目范围内的。这也是为什么测试需要追踪产品上线之后的质量和遗留问题的跟进。

当然我不是说不去考虑成本啊什么的问题，但是有些问题，我们可以前期预防，有些问题，我们可以项目结束之后，再打补丁的方式进行修复。
问题就是问题，bug就是bug，它不会因为我们考虑成本而变成一个不是问题。

当然了，完美是理想的，真实测试需要有一度，有一定的坚持，也需要有妥协。当你实在无法接受这种妥协的时候，必须要提出来。但是作为测试这个职业，我还是提倡完美心态的啊，呵呵。