测试部门，如何更好的体现价值--8年测试总结

一、测试比开发low，一定程度上我是认同的

　　之前面试的时候，有个小朋友问我：“有人说测试比开发low，你觉得呢？”（表情愤慨，可能是她的开发鄙视测试了）

　　我说：“在一定程度上，我是认同的。从测试整体行业看，肯定是不如开发的。但是从个体，甚至一个团体来看，则不一定”

　　一个项目，从创业到做大再到衰败，我们可以看到他们的人员情况一般是：开发（产品等其他人员这里不说）->扩招开发->招测试（一定程度后）->扩招开发+测试->逐步退出测试+开发->留一两个开发维护->结束

　　我们可以看到，很少有项目在创业的时候带着测试一起玩，如果有，那一般也是那个测试个体能力很强，承担的不止测试的活。（专门的测试相关项目除外）

　　为什么呢？

　　因为开发是产出、是开源部门，而测试是成本、是节流部门。如果没有产出，哪来的空间给你节流。因此我觉得从整体来说，测试是不如开发的。

　　PS：我不太想从技术角度说明这个，因为现在开发团队很多是在做如何降低开发难度，增加开发效率的事情，从个体而言开发难度变低，但是从整体团队而言，开发竞争力是增强，而现在很多测试往往是相反的。

二、在个体角度，测试不一定比开发差

　　到了个体的角度，比如同工作年限两个人，一个还是初级开发，一个做高级测试，初级开发闷头做自己的活，高级测试可以减少测试团队大量工作量，减少人力投入；可以减少中高级开发的开发时间，那么显然这个测试是比这个开发强的。

　　那么从个体或者部门角度，如何更好的体现自己，增加价值呢？

　　下面是我个人的一些见解，主要是针对测试部门。（个人的话其实类似，进阶路线中不管是自动化测试还是性能测试，其实也是因为降低成本而被青睐）

　　1、首先当然是要保证产品质量，毕竟是这个岗位存在的价值

　　　　这块的思路主要是拓展测试人员的思维，一人计短二人计长，多相互沟通，互相促进成长。

 

　　2、保证质量的情况下，提升测试效率，既然测试是成本部门，那么做同样的事情，用的成本更低，那么自然是更有价值的

 　　　　①提到这块，一般大家想到的就是自动化测试（性能测试作为专项测试这里先不提），自动化测试相对来说传播的都比较广泛，可以减少回归测试的工作，属于硬实力。但是其实在不少团队中，可以实现自动化，但是稳定性、可靠性不够，容易入不敷出。因此我把这块放在最后面。

　　　　②相对于自动化测试而言，自动化（无验证）/小工具/平台等辅助用的，更容易落地降低测试工作量。

　　　　③相比于技术类的，测试计划、测试进度、业务积累等软内容，没有很直观的减少工作量体现，但是实现、长期水磨下，个人觉得收益是更大的。

 

 　　3、提高工程整体效率（测试角度）：对于一个工程来说，主要耗时不在测试节点，更多在于开发（包括需求反复、开发本身耗时、有BUG反复），如果能减少他们的工作，则更能体现自己的价值。

　　这块可入手的点不多，主要考虑：规范、流程尽可能左移（一定程度TDD）、减少开发内测时间、减少BUG沟通成本。