解放QA的唯一途径是"干掉"QA

        在整理资料的时候翻出了一位大神曾经转发给我的分享《从QA到EP》。联想到最近发生的事，又颇有感慨。

        已经有很多前辈对QA的工作职责，现状及演变方向做了分析。对很多评论，我也是深有同感。

        以下观点只针对部分QA，但国内几乎绝大部分QA都类似。
        个人感觉QA都是苦逼的手工测试者，没什么技术含量，入行门槛极低。
一般用人单位所招QA多是毕业于计算机相关专业或被测系统所处领域的相关专业。但他们的工作内容所需计算机和特定领域的知识少之又少。可以说他们的工作和所学专业不对口。不写代码，不搞领域相关专业研究。自然专业都白读了。工作内容决定了QA工作看不到未来。

        其实不应该设立专职的QA。这是解放QA的唯一途径。

        不做测试的开发是不合格的开发；测试没有架构话语权的项目是不合格的组织。
        测试的工作应该让开发自己来做。开发没时间？难道QA就有时间？开发做测试和QA做测试哪个成本小？绝对是开发来做更划算！如果测试工作多到需要专职的手动测试人员参与，这个项目问题大大的，绝对需要改组！
        测试必须自动化！自动化包括三个层次：单元测试，Service层和UI层。开发在提交代码前肯定要保证功能可用。再加上必须的单元测试，手动测试部分就很少了，开发绝对能顺手做掉。
        Service层的自动化依赖于架构的良好设计。而设计架构（或实施架构）的人必出自开发，当然有架构话语权。让非开发的“外人”，QA,来做这一层的自动化测试绝对是愚蠢至极。
        UI层的自动化代价很高，必须要少而精。BTW, 现实中QA团队没有技术含量，也少有眼界合格的领导。也就只能在这一层做点努力，导致这一层所占比例极高，甚至会出现“UI自动化100%”这样的目标。
        以上三层所占比例一般是单元测试70%，Service层占剩余的大部（20%-25%）。

        再到前面提到的那篇《从QA到EP》。作者在文中提到用高技术含量的特殊团队来替代QA，以及一些组织架构上的见解。我觉得如果有专门的团队来替代QA，那么这支团队在整个项目中的地位必须非常高，不仅仅是尊敬，而是对开发团队的绝对领导权。EP成员的各项福利（薪水，奖金，升职空间）必须出自开发团队，优于其它开发人员。EP的工作非常重要，但又不是在所发布产品中能直接体现的，容易受委屈。当然要让他们拿头一份。其实EP应该由架构师，项目导师级别的人组成。具体如果有编码工作可分配给底下开发。

        还有就是，我非常赞同作者提到的项目Owner制度！这个扁平化的组织管理结构是必须的。不然就会出现明显的子团队，子团队之间各种不合作。这Owner的综合能力也必须非常强大，必须非常熟悉项目各项任务，又能为项目争取到该有的资源。除了程序员，没人能管得了程序员。这个Owner必须是大神级的程序员。统帅无能，累死三军这种事很常见。慎选Owner啊！

 

        正常的项目就不该有专职QA。有就说明这个项目病了，得治啊！