职场日常：今年测试工程师正遭【革命】，“点工”如何破局？

2023-04-10 02:27 由码上生花发表于 #其他

近几年来的特殊情况，综合过去的大形势变化，所有行业都会自下而上的进行一轮技术“大清洗”，技术停滞不前的“点工”或将被逐步取代。

软件测试现状
测试行业在十几年间发生了翻天覆地的变化，从早期站在风口上的快速发展，在新势力和经济环境的推动下，高校林立，一时间测试行业人头攒动，风头无两。

但随着转行人员、毕业生的大量涌入，大家争相进入测试行业喝酒吃肉，目前软件测试行业对于基础的功能测试也就是“点工”的需求已经无限趋近与饱和状态。随着测试在软件公司的发展中成为不可或缺的部分，软件测试行业的门槛也在随之增高。

近期各大公司的招聘要求就显得尤为突出，除了学历外，年龄、动辄3-5年的项目经验、创新能力、沟通能力都成为求职者需要面对的拦路虎！

功能测试的短板
为什么说测试对于软件公司是不可或缺的？

从整个产品的【头脑风暴-产品调研-需求评审-项目立项-产品研发-测试迭代-最终上线】

测试人员的任务参与度可以说是贯穿了整个产品研发周期的

单从质量这一项来讲，久要求掌握需求分析、测试用例编写、用例评审、提测验收、功能测试、Bug 回归等知识点。

对于测试人员而言，不管是 PC 端、Web 端、还是 App 端的产品，功能测试都是基本功。

对于测试人员来说，最重要的是对于整个生产周期的把控能力，但也是大部分测试人员所欠缺的部分：很多测试人员只关注自己的需求，而不关注这个需求在产品整个生命周期中的作用，导致多部门协作开发的时候不知如何应对

过于依赖工具
随着开源社区的盛行，在工作中遇到的大多数问题都可以在社区内找到对应的解决办法，或者有处理问题的专项工具。

方便的工具节约了大量测试人员的时间和精力，这是一件受益无穷的好事呀！可事实真是如此吗？

工具节约时间不假，可很多测试人员抱着只要学会这些工具就能解决工作中的所有问题的态度去面对工作：

在公司现有的框架上逐步套用工具解决问题，只在现有的框架上编写用例，不去梳理整体框架的使用原理

盲目使用、依赖测试工具，仅仅满足使用解决现有问题，而不去理解背后工具的实现原理，导致最终成为脱离工具就丧失一切测试能力的“工具人”

业务空间与技术天花板决定着你的生存空间，对于一个测试工程师而言，对测试思路的把控是最重要的，软件只是方便实现目的的工具，最重要根据项目来把工具校调到最适合的状态才能更好的完成工作。

展望测试行业
纯“点工”应该如何破局？
对于企业而言，想快速发展业务，必须要有一个强大的测试团队。现在的企业越来越偏爱能协助团队解决实际问题，全方面发展的复合型人才，但是这一人才对于整个测试市场是极其稀缺的。

相信从事软件测试的小伙伴都知道，一个纯功能测试人员即使业务掌握的再熟练、工具玩出花，他的行业天花板也非常有限。而尝试去通过自学编程提高自己的脚本编写能力、提高产品的回归测试效率，都是需要花费大量的时间作为学习成本的。

那么有没有这么一种学习方式，浓缩前人的经验，在工作上遇到任何困难都能24小时及时求助，像一个专为测试打造的wiki百科全书？

简历不会写面试不会说？

精确投简历一键直达心仪公司！

前途一片迷茫，想要拨云见日？

原来有这么多坑已经被前人探明！

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！

这些都在我的软件测试学习交流群里：902061117