一、测试比开发low，一定程度上我是认同的
之前面试的时候，有个小朋友问我：“有人说测试比开发low，你觉得呢？”（表情愤慨，可能是她的开发鄙视测试了）
我说：“在一定程度上，我是认同的。从测试整体行业看，肯定是不如开发的。但是从个体，甚至一个团体来看，则不一定”
一个项目，从创业到做大再到衰败，我们可以看到他们的人员情况一般是：开发（产品等其他人员这里不说）->扩招开发->招测试（一定程度后）->扩招开发+测试->逐步退出测试+开发->留一两个开发维护->结束
我们可以看到，很少有项目在创业的时候带着测试一起玩，如果有，那一般也是那个测试个体能力很强，承担的不止测试的活。（专门的测试相关项目除外）
为什么呢？
因为开发是产出、是开源部门，而测试是成本、是节流部门。如果没有产出，哪来的空间给你节流。因此我觉得从整体来说，测试是不如开发的。
PS：我不太想从技术角度说明这个，因为现在开发团队很多是在做如何降低开发难度，增加开发效率的事情，从个体而言开发难度变低，但是从整体团队而言，开发竞争力是增强，而现在很多测试往往是相反的。
二、在个体角度，测试不一定比开发差
到了个体的角度，比如同工作年限两个人，一个还是初级开发，一个做高级测试，初级开发闷头做自己的活，高级测试可以减少测试团队大量工作量，减少人力投入；可以减少中高级开发的开发时间，那么显然这个测试是比这个开发强的。
那么从个体或者部门角度，如何更好的体现自己，增加价值呢？
下面是我个人的一些见解，主要是针对测试部门。（个人的话其实类似，进阶路线中不管是自动化测试还是性能测试，其实也是因为降低成本而被青睐）
1、首先当然是要保证产品质量，毕竟是这个岗位存在的价值
这块的思路主要是拓展测试人员的思维，一人计短二人计长，多相互沟通，互相促进成长。
2、保证质量的情况下，提升测试效率，既然测试是成本部门，那么做同样的事情，用的成本更低，那么自然是更有价值的
①提到这块，一般大家想到的就是自动化测试（性能测试作为专项测试这里先不提），自动化测试相对来说传播的都比较广泛，可以减少回归测试的工作，属于硬实力。但是其实在不少团队中，可以实现自动化，但是稳定性、可靠性不够，容易入不敷出。因此我把这块放在最后面。
②相对于自动化测试而言，自动化（无验证）/小工具/平台等辅助用的，更容易落地降低测试工作量。
③相比于技术类的，测试计划、测试进度、业务积累等软内容，没有很直观的减少工作量体现，但是实现、长期水磨下，个人觉得收益是更大的。
3、提高工程整体效率（测试角度）：对于一个工程来说，主要耗时不在测试节点，更多在于开发（包括需求反复、开发本身耗时、有BUG反复），如果能减少他们的工作，则更能体现自己的价值。
这块可入手的点不多，主要考虑：规范、流程尽可能左移（一定程度TDD）、减少开发内测时间、减少BUG沟通成本。