陈皓：我们需要专职的QA吗?(3)

　　● 关于系统集成测试。所谓集成测试，就是把多个开发团队开发的模块集中起来测试。因为开发人员可能无法看到全局，不了解别个团队的系统，所以需要有统管全局的专职的QA进行测试。对这个方面，我并不反对，在实际操作过程中，好像的确用专职的做集成测试的QA更有效一些。不过，这还是不能让我停止去思考两个问题，1) 如果开发人员看不到全局，他能开发出更好的软件吗?2)这个全职的做集成测试的QA难道不能是各个团队的骨干Dev来组成吗?

　　● 关于自动化测试。所谓自动化的意思是，这是一个机械的重复劳动。我想让测试人员思考一下，你是否在干这样的事?如果你正在干这样的事，那么，你要思考一下你的价值了。但凡是重复性比较高的机械性的劳动，总有一天都会被机器取代的。

　　● 关于线上测试。我们都知道，无论自己内测的怎么样，到了用户那边，总是会有一些测试不到的东西。所以，有些公司会整出个UAT，用户验收测试。做产品的公司会叫Beta测试。无论怎么样，你总是要上生产线做真正测试的。对于互联网企业来说，生产线上测试有的在玩A/B测试，有的玩部分用户测试，比如，新上线的功能只有10%的用户可以访问得到，这样不会因为出问题让全部用户受到影响。做这种测试系统的人必然是开发人员。

　　好吧，我暂时写这么多，我会视大家的讨论再补充我的观点的。

　　—– update 2012/4/11—–

　　一些人觉得我是在泄私愤，我能够理解为什么我会被这样误解，但是没有关系，很多新东西新观点总是会被误解的，我坦然面对。请大家抛开这些情感因素，单纯的思考一下，没有专职QA的的团队架构是否有积极的意义在里面?

　　再补充一点，大家思考一下，QA是保证质量的，但是很多QA是在做测试，软件质量是测试出来的吗?如果不从需求分析，软件设计，代码实现上做好控制，到测试的时候你还怎么保证质量呢?

原文链接：http://coolshell.cn/articles/6994.html
 

原文转自：http://www.ltesting.net