也谈QA
- 1 min最近被我司的QA搞得精疲力尽，基本已经下定了离开这家公司的决心。
当然，事先声明一点，我对我司QA同事的人品和工作态度没有一丝的怀疑，造成我现在这种疲惫的情况首先是我个人的原因，情商太低，脾气太大；其次，也算跟我司重视质量的传统有关吧。
本着离开了就一定要吐槽的原则，来说说我对我司目前的QA驱动一切的这种形态。
为什么要说QA驱动一切呢？
本来应该是这样的，有个非常牛逼的名词叫做测试驱动开发，大意呢，本来应该是让开发人员在进行开发之前，对自己所开发的项目有明确地预期，可以提前编写测试用例，依照测试用例的规则去进行开发，从而减少后期修改bug的工作量。
但是呢，不得不说我国语言的博大精深，就拿英语来说，test和tester完全是两个词，一个动词一个名词，一个可以表示工作内容，一个可以表示工作性质；但是在汉语中呢，测试和测试，虽然也是一个动词，一个名词，但是你能看得出来这两个之间的区别么？
所以呢，Test Driven Development到我司就变成了测试人员驱动开发人员，再所以呢，广大测试同胞如果想某个好前程，不如来我司一试。
话再说回来，这才刚刚是驱动开发人员，说好的驱动一切呢？
其实这一切里，也就能包含产品经理了。为什么QA竟然能驱动产品经理呢？话还得说回到我司的一大特色，就是重视质量。当然，这本来是好事儿。但是呢，在互联网这个行业内，为了一个影响人数不到万分之一的不合理的地方，拖后整体的上线进度，这到底是好事儿还是坏事儿呢？反正我是只能以呵呵作为回答。
虽然我才工作三年，只在两家公司呆过，但是现在想想这两家公司的QA人员分配都应该不算是业内标准，甚至是有些奇葩。
我的第一家公司，整个技术部大概150人，只有一个全职的QA，主站分站专题app都是这哥们一个人测，而且竟然还能达到不用怎么加班，Bug还不多的情况。
现在我司呢，别的不说了吧，就说我现在所在项目组是三个产品，一个前端，一个后端，两个QA，完全纺锤形。最奇特的呢，当然是项目开发总共用了八天，测试从年前开始直到现在还没结束，历时将近两个月。Bug呢？反正堆到我这里的，现在已经快300个了。
我司QA一向的原则就是非人类的严格，不管影不影响功能，只要是看着不顺眼或者是跟自己理解的需求不同，一律先提个红标Bug再说，每天早上一打开邮箱，40多封Bug邮件的日子实在是让人受够了。作为一个开发人员，我曾不止一次的深深地怀疑自己，难道我真的不适合当程序吗？是不是我的智商出了问题？加班还不说，这种深深地忧虑实在是虐心。
话再说回来，理想的QA究竟是什么样呢？
反正我是完全没有一点想法，前后经历了两家反差如此之大的公司，我也不知道究竟哪种是正确地。我只是隐隐的觉得，难道QA不应该是跟开发同心同力，一起推动项目进展的么？为什么一个项目开发只需要8天，但是测试却测了两个月？重构4遍时间基本都够了吧。更不要提，压根就没有什么自动化测试用例，全手动的粗放测试，这种真的适合新世纪的互联网开发吗？
哎，一声叹息！