我也是个测试
测试领域有分业务专家，技术专家，和管理线，测试管理就不说了。
业务专家和技术专家各有擅长，但也包含对方的基本和中高等能力。
业务专家更关注业务的闭环，安全，健壮，稳定，容错，交互，异常，管控，扩展，价值等 他们核心能力就是基于上述关注点设计用例，更多的时间是花在探索性测试上，也可以理解为[在软件里面进行各类骚操作，争取把产品经理或开发整崩溃]，初级业务型测试人员常见工作行为看上去就是[点点点]，越高级越多时间在眼神空洞的思考探索。不过目前能成为业务专家的在公司里也是凤毛麟角，这种人是团队的质量信心来源。
技术专家现在又主要分性能测试和自动化测试，性能先不谈，自动化专家并不是一直在编码，其核心目的之一也是服务于产品业务测试，所以自动化人员也需要达到至少中等水平的业务测试能力。自动化专家更是需要资深业务测试水准，所以开发转自动化门槛低，但是进阶很难，因为缺少业务测试的理论和经验加持。自动化目前更多是从减少重复工作的思路去开展工作。需要的是发现重复行为，定义抽象出行为过程和结果，利用编程能力使其自动化。自动化产物目前更多的是用于业务上的回归测试。国内这么多人推崇自动化的原因除了自动化本身的价值外，还有一个就是与编程技术扯上关系的工种可以拿更高的工资，加强自身不可替代性。点点点型测试处于鄙视链低端，业务专家又脑力不够，基础自动化门槛又低，搞点代码能强化自己的神秘感，何乐不为。当然自动化要搞好，需要很强的编程技巧和思维， 包括自动化框架设计，自动化用例设计，结果收集分析展示，执行效率等，难度不亚于一个项目独立开发者，因此也会拥有和开发人员在技术层面进行商业互吹的资格，同时有了编程能力也就有了窥探产品底层实现方式的能力，会反过来加持你的业务测试的技术深度和执行效率。自动化专家也是团队测试人效提升的助推器。所以自动化还是挺值钱的，在国内的压力下大家还是挺喜欢赚更多钱的。
两个方向都很重要，但是对于国情[跳槽才是涨工资的最快途径]来说，自动化才是你在各家公司的通用能力，而业务不一定是。所以对于缺钱的测试人员来说，我建议你务必强化自动化能力，有能力时多阅读开发的代码进而获得代码评审的发言权。
来自一名全栈测试兼全栈开发的长篇累牍，有点没睡醒，若说岔了请见谅
