“你只管测试，剩下的交给开发”，这对于测试的传统定义来说没有问题。然而，随着时代的更替，测试没变，但测试员的定义却在不断改变。
QC与QA之争
过去一些年QC与QA泾渭分明。QC所做的是具体的测试工作，是从测试角度为获得预期的软件质量做出的努力；而QA则是软件流程规范梳理、监督和改进，保证项目流程各个环节的质量，从而确保最终产出的软件获得符合预期的质量。
简单来说：QC通过经验技术预测及找出缺陷，QA则通过科学合理的流程规范来规避缺陷。
所以在过去“QA与QC的区别”一度成为高频的面试题，不能讲清其中的区别肯定会被面试官DS的。同时QA也是一个重要的岗位，一度被寄予厚望，QA能发挥质量保证的作用促成软件高质量交付。
QC与QA的融合
在公司不断地尝试下，发现单纯靠一个QA就想保证软件的质量实在是强人所难，以致被后面出现的QAT、PMO等团体所取代。
在降本增效的大背景下，老板对测试员提出了“既要……又要……还要……”的要求。因此测试团队的职责除了传统的测试工作外，还包括了诸如：
- 质量保证，旨在需求、设计阶段，提前发现软件可能存在的缺陷；
- 持续建设自动化测试平台，减少业务测试工作量，提高测试工作效率；
- 项目质量分析及评价，反向推动开发人员提高产出质量；
- 为研发团队提供测试工具，提高研发效率；
- 提供业务支撑；
- ……
也因此，许多公司把测试部门叫做了质量部门，或者QA部门。QA＞QC，即QA已经把QC的工作内容涵盖了进去。
老板的野望
在绝大多数老板“一份工资十份活”的朴实思想下，对于测试团队有了更多的野望，QA、QC、线上运维、交付、产品设计都不落下，“少而精，精而杂”几乎成为质量团队标配。
在这种情况下，传统测试员的生存空间越来越小。在当下，老板没有错，我们也没有错，错的只是我们恰好赶上了这个糟糕的时代。此时，我们不做出改变，那必然会被时代所抛弃。
结语
见证了测试行业如朝阳般金光璀璨，如烈日般炙手可热，我绝不相信它如此快的陷入黄昏，在历史的长河中昙花一现。现如今，它被赋予了更多的内容和要求，只要路没断一切还有希望，只是路上的人儿已经变换了容貌。
文末寄语：要想杀出一条路子，不但要卷，还要“卷得让别人无路可走”。