职言 | 单纯做业务测试真的行得通吗？

近日，同学提出了一个问题，那就是：单纯做业务测试真的行得通吗？

据这位同学描述，他的一位同事，年龄大概是30+，工作的这些年，一直都是做纯业务测试，不会写代码，不会压测，仅会使用现成的工具做自动化，也不会熟练使用 postman 这类工具…但是凭借多年的经验，获得老板的认可并升职。

这位同学表示，对自己来说，这种纯业务几乎是不能接受的，如果换一个行业的公司，业务知识归零，留下的经验？纯业务真的能有多少经验吗？另外，30+年纪跳槽的话，不懂任何代码技术真的行得通？

关于这个话题，引发了很多同学的讨论，以下是社区同学们的部分观点：

这个要从另一个层面来看，自动化其实也是向业务服务的。

这个同事，在公司应该是类属于业务专家角色了，对公司现业务了解是应该是非常深入的。

这类型的人员，对于业务功能敏感度、痛点、处理能力，各环节的把控度应该也是比较强的，老板喜欢这点，看来应该有了一套自己的业务处理、 业务挖掘的成熟经验。

自动化是要回归于业务的，最终主导团队的一定也是偏业务的，很多公司内的各业务负责人，一般也是精通业务先上，再综合考虑技术经验等等。

术业有专攻，精通业务测试的，公司其实也是非常欢迎的😁当然如果会自动化，能够解决效率问题，公司在招人的时候，肯定是要综合考虑的。

七街老酒：

我相信老板喜欢，点点点只是表象，在点的背后才是重点。

啊神

大道化于简，所有的技术都是为业务服务，如果某个业务实现起来技术上很有难度，但 “点工” 能给出绕过技术难点进行实现的方案，那他是很有价值的。

rockyrock

如果能从点工入手，把业务相关角落吃透，把测试相关场景验完，把技能树相关点满，那就厉害的

西学东渐

没技术，估计换一个公司，没有了老板的青睐就凉了。

王稀饭

我可能会答非所问，我的观点是：

不要把技术和业务放在对立面，对于绝大多数公司而言，明确了业务是要先于技术，业务要活下来，才有技术的事情。

对于个人而言，业务和技术的全面发展，我觉得要优于专精业务而荒废技术。毕竟我们本质上是技术人员，不是业务人员，技术技能是通用的，而业务技能可能和公司岗位绑定的。

一定要分清楚，自己当下的产出和成绩，是依托公司这个平台才做出来的，还是靠自己做出来的，不要把公司的成绩归因在自己身上，容易膨胀。

有些时候看着别人和老板关系混得很好，扶摇直上，不要产生负面心理，客观地去分析比较自己和别人的优缺点，尝试自己在老板角度去看待，再下判断，找出自己后续需要改进的点。不要忽略别人晋升背后的逻辑，同时无法改变环境那就改变自己。

CHEN

1、业务先于技术，技术是辅助、提高效率的。想想，如果业务理解不透彻，自动化技术再好还是达不到目标？

2、当然，从目前来看，换公司的话，会面临 业务（若业务不一样了）+ 技术 的双受限。

爱摸鱼的小狐狸

技术是为业务服务的，我们要交付的是高质量的产品不是高级的技术，时间长了会发现业务熟悉的人的价值会更高，自动化或者压力测试，有钱就行，招一个呗，业务是需要长时间的沉淀的。

ChasingV

每个人的发展方向不一样吧，虽说业务与技术结合，但是很多的情况都是偏向于业务。

一日之纪

似乎很讨老板喜欢，那就是在某另一方面有一技之长喽？说不定别人测试方案牛三。

你同事 业务敏感度高，不止单纯的测试，能够站在用户角度给出方案，这肯定很牛啊，但是话说回来，这种东西很主观，要是跳槽，除非去竞争对手也那，不然经验业务累积基本没用。就现在外面的面试行情来看，可能技术、工具就比较客观吧。但是你要说哪个价值高，不一定。

孤千羽

技术的确是为业务服务的，但是没有技术，你怎样保证你在面试中能获得入场券呢？可能他在本公司是业务测试的专家，换个公司面试还是会拿这个年纪应该具有的技术优势来考察。

leixs

可能也可以，就如上面所说的，有些测试精通业务，了解客户使用，更靠近产品侧，精通测试方法论，做测试分析，给与一定的测试指导，特别是对于一些有一定业务门槛的行业，应该还是很吃香的， 不过我好像不认识这样的人，只是觉得可行。

安康码

冷门领域的业务砖家也行得通。

恒温

要善于发现别人身上的优点，然后学习之。

magicyang

你的思想很危险，要卷的话，做技术就得往死里卷了。

当替换你的成本高到 2-3 倍，甚至以上的时候，才可能看到另一面。

但是这种职位在现实环境下极少，老板更喜欢业务型选手，因为业务型的肯干活，有产出，忠诚度高，跑路风险还低。

槽神

人家留下的是掌握业务知识和服务于公司价值的核心观念、“让专业的人干专业的事” 的这种统筹和管理能力、向上管理以达成个人晋升和涨薪的沟通能力，总之就是那种和公司相互成就的能力……他不做技术，很可能并不是因为他们做不来！

不是否定你或者技术，只不过你们做事最终还是要和他们这种合作才会有更好的效果，大家都不要相互看不上，合作共赢最终要。典型的错误思维就是：

技术那么菜，什么玩意啊，最后还不是靠我，啥也不是～

臭工具人，如果没有我来搞资源和推进，能做成个屁，啥也不是～

落羽之梦

哪怕是开发，对于绝大部分公司而言，不也是业务优先于技术吗。还有产品经理。不也非常重视业务能力么。为什么到了测试。感觉业务牛逼，技术不厉害。就应该被鄙视？

Aaww

看你这说法不就咬死了单纯做业务测试肯定不行吗，同事能得到老板的青睐可能有很多因素，谦虚一点去发现他的优点，学会了就是你自己的，而不是单纯拿会不会技术来衡量他是不是一个优秀的测试。

xhaoge

个人觉得，大多数的公司还是业务优先于技术的；技术再好，业务能力不足，不一定能提效或者产出多大收益。(至于纯业务行不行得通，你看你这举例的同事不就知道了)

认识的一个朋友，虽然没写代码，人家把甩60多人的测试团队管理得好好的， 不要以技术看人，要以创造的格值看人，虽然人家不写代码不代表人家眼界低。

望山跑马

首先要看公司需求，公司就是需求这种深度业务测试，这种价值就很大，能够快速发现问题快速保证，不要扯啥流程扯啥工具。

再遇形似路人

技术和管理，都是创造价值的手段，价值越高公司就越重视了。

tester

1.目前国内测试行业的发展程度来看，业务和技术能力共存的概率很小，而且技术是服务于业务的。

2.从公司领导的角度来看，业务显然是高于技术的，所以在资源方面会倾向于业务型人员。

3.想做好技术的，不能单纯只提高技术，而是要结合项目，结合测试工作整体提高。

通过评论可以看出，测试同学们在搞自动化、效能相关的同时，也会给与业务方向非常大的肯定。

技术和业务是一个相辅相成的关系，是可以相互成就对方的，不过在公司不同阶段，所能呈现的重要性不同而已，就像现在公司对于不同类型的人才，也做了p线、m线之类的区分。

相信不管是纯业务还是自动化、效能相关，都能在公司内找到自己的定位。当然在现在这种大环境，以及测试行业人员迭代速度来看，不论如何也是需要了解更多技术的，这样才能更好的融入团队，在团队不停标新立异的情况下，才不会掉队。行业为什么越来越卷，也不外乎是为了不被后浪拍死在沙滩上罢了…

小伙伴们对于“单纯做业务测试真的行得通吗？”还有什么其他的看法和见解，留言区也一起来讨论讨论吧~~

---

资源分享

下方这份完整的软件测试视频学习教程已经上传CSDN官方认证的二维码，朋友们如果需要可以自行免费领取 【保证100%免费】