测试基础 为什么现在论坛上要把测开和业务测试分的这么清楚?

测试菜🐦 · October 15, 2020 · Last by 陈恒捷 replied at October 19, 2020 · 2255 hits

为啥在论坛上,现在觉得部分老大觉得做业务测试的时候,做测试开发的工作是不务正业?我觉得测开其实是辅助业务测试,在精通业务测试的同时会测试开发,这不是很好的事情吗?我是一个测试渣渣,刚毕业几个月,在一家金融公司做测试的工作。我在业务测试的同时做做自动化,造造数据、跑跑流程。感觉挺香的呀。可能还是我太渣了,体会不到大佬们的想法。

共收到 23 条回复 时间 点赞

欢迎回归正道,业务是基础技术是翅膀

因为技术有泛用行,可推广性,而业务的面相对窄,而且各种涉密数据不便透露,所以你懂的,看看市面上大佬的分享就知道了,人家赚钱的手艺,凭什么告诉你

只分能力,不分岗位

AWSL 回复

确实是这样的,跳槽了开发技术还能用,业务知识就要重新再学了。

TestOps 云层 回复

没错

simple 回复

岗位也很重要。
岗位决定你收入的下限,能力决定收入的上限

这个看公司,有的公司未必有测开岗位,因为测开岗位会划分到技术序列去,好的面试体系应该根据候选人的表现来动态调整和给出建议,而不是圈死在一个方向里

拿云计算举例,使用云产品的业务才是云计算生存和发展的源头,业务发展好了才能带动云产品的发展。
业务测试也是测试开发的根本,现在是本末倒置,根因还是业务测试不太专业,就如业务的 产品经理还没技术了解业务,只能让技术吊打了。
很多内部系统没见业务方被开发鄙视的,业务的测试明显是甲方,还被身为乙方的测试开发鄙视。

xvirus 回复

我觉得,不深入理解业务,也做不出好的测试工具。所以我认为一个优秀的测试开发一定也是一个优秀的业务测试。

测试菜🐦 回复

深入理解业务应该更难吧,深入这个词很难的。
你可以举个例子,说明一下你是怎么理解如何深入理解业务的么?

magicyang 回复

额。我就是个渣渣,简单说说自己的理解吧。比如说金融软件会涉及到罚息、利息的计算。我觉得深入理解就是,不只是会使用公式进行计算还要明白每个利率为什么会是这么多。这只是我的拙见,只出来工作了3个月,说的东西可能不太严谨,见谅。

测试菜🐦 回复

比如证卷的证卷从业资格考试,可以方便你了解行业。
然后呢,业务不是一个一个点,应该想着把点串成线,业务才是真正产生价值的东西。
我没做过金融,我举个我知道的例子,电商流程里退换货是比较复杂的操作。

可以不仅仅限于简单主流程:
那么退换货涉及多少个业务平台?平台之间有哪些消息交互?
业务消息错误的时候,消息如何回滚?业务消息的性能并发性能是多少?是否可以同时操作同一个账户?等等。
如果面对一个外部问题如何分析,如何通过新的测试用例去覆盖?

这里面有些操作就不是点能搞定的,这就需要你学习部分开发知识了。同时关注抽象和总结,对问题要有一定的敏感度。
我觉得能做到我上面说的人比测开要少。

BUT:
行业总是有兴衰的,技术是通用的,行业是不通用的。行业知识要能创造价值可复制,才能脱离平台。
保持谦逊,如果觉得工作简单,可以自己去挑战更难的事情,共勉。

测试菜🐦 回复

这句话过于绝对了,业务能力跟技术能力都需要时间去学习,侧重点不一样而已,当然测开是需要去熟悉业务的,熟悉到什么程度是个度的问题,目前还没见到业务跟技术能力都优秀的测试(姑且认为优秀就是比别人厉害吧)

业务测试难衡量,难交流,大部分人觉得业务测试基本都是谁上都可以的心态。所以就交流技术了。

技术是为业务测试服务的。

magicyang 回复

谢谢大佬意见,虚心学习,有些话我说的太绝对了

小酷 回复

是的,有些话我说的太绝对了,感谢提醒

测试菜🐦 回复

我不是大佬,我是菜鸡,只是虚长几岁罢了。
加油。

业务测试就好比是冲锋陷阵的战士,战士也分很多种,有步兵,有炮兵,有坦克兵,有水兵有,飞行员。。。。。。。
也有些战士具备一些兼做其他事情的职责,比如军医,比如负责维修故障枪械的,比如负责维护通信设备的,但他们首先是战士,首先能冲能打能开枪,其次才是军医,通信设备维护人员,故障枪械维修人员。

同理,业务测试当中有些人具有一部分自动化脚本能力,但他们首先是业务测试,其次具备自动化测试能力, 就像负责维修枪械的战士跟兵工厂里的工人不是一回事,负责枪械维修的战士虽然也要掌握很多机械知识技能,但不需要会操作数控机床、锻锤、电镀设备等,因为战场上不会有这些东西给他用。 就像需要做自动化测试脚本的业务测试不需要掌握设计模式、算法这些开发高阶技能一样,而侧开需要掌握这些。

当然也有一些人落了下成就是明明是侧开,但因为没有那么多测开的活儿可做,就客串一下测试,这就像工厂的工人当了民兵一样,属于落了下成了。

这样理解吧,业务测试就是人工搬砖的,测开是造搬砖机器的,业务测试是劳动密集型工作,测试开发是技术性工作,但不是说技术性工作就是完美的,首先你要造出搬砖效率比人工高的机器,其次不能一直出问题,第三造机器时间不能太长,所以测试开发都是基于业务流程比较简单的测试。人工做的话风险比较低,业务场景覆盖更全,适合金融,大数据,支付之类的测试,其实还是需要根据测试的业务类型和系统复杂度来分配的

个人看法是二者没有必要分这么清晰,离开业务的测试开发生产的工具没有价值,离开工具的业务测试会有可能被不断积累的业务导致生产力浪费

如果自己公司业务测试能逐步理出可自动化的流程,或者需要一些提高生产力的工具,这个时候让更懂业务的测试做兼职测试产品的角色,更懂代码的测试去进行测试开发,工具出来了大家一起继续业务测试,这样多好

moku 回复

同意同意

moku 回复

当你下次跳槽时,业务兼职产品角色的找不到工作,或者找的还是手工测试,薪资低低低;而懂代码的测试开发,找到了下一份测开工作,薪资高高高。
这就是生活。

部分老大觉得做业务测试的时候,做测试开发的工作是不务正业

倒是比较好奇是哪些地方让楼主产生这种感觉?个人倒没这方面的感觉。
测试开发和业务测试只是分工上的差异,也有很多团队不会分那么明显的,按照楼主分享的工作内容,在别的公司可能岗位名称就叫做测试开发了。而由于业务上的事情很多时候比较难对外分享交流,所以社区上交流的东西比较大的比例会是技术相关的。

至于有部分测试开发会有优越感这个嘛,就要具体情况具体分析了。我理解应该只是少部分人,因为测开要出成果是依赖落地到项目的,如果测开的工具平台业务觉得不好用而不用,他这个就白干了,也没给公司带来成果,绩效好不到哪里去。

需要 Sign In 后方可回复, 如果你还没有账号请点击这里 Sign Up