灌水 换个角度看测试

Ikaros灬 · February 18, 2019 · Last by chen replied at February 23, 2019 · 1699 hits

一直在思考如下几个问题,和测试相关的,求解答
首先对于传统测试
1、为什么需要专职的测试?
2、如果是因为开发自测不满足,那么当业务足够清晰,且开发自测够全面,是不是可以不需要专职的测试?
3、如果2成立,那么测试行业是否存在是不是要看开发能力是否足够强?
4、如果3成立,那么测试行业是不是就是开发的附属依赖,只不过开发把一部分不愿意干的活分给了测试?

对于近些年来新的测试职责,我把它叫做新世代测试
1、如果把所有传统理论中的功能测试都由开发完成,那么新世代测试是不是只需要专注于自动化回归,线上监控,线上压测,不需要关注功能测试?
2、如果理论上可以将传统测试完全交付给开发,是不是代表传统测试即将完全消失。

共收到 10 条回复 时间 点赞

基本上是这样,但是细节和前提条件需要好好审视一下
那就是:无论什么团队,能力都是呈金字塔形分布的……开发团队里面的塔基也是有的,指望他们能把事情做好也不大现实,传统专职测试除了作为塔基开发的小皮鞭,的确已经在开始慢慢转型了~

你要考虑一下,测试与运维的关系,线上监控,线上压测运维去做也是说得通的,关于自动化,如果版本不够清晰有规律,自动化意义不大。

yca 回复

所以我才觉得现在测试工作的职责有一些模糊,或者说有一些挤压,说不定到时候测试会消失也有可能

其实我也一直在想,老板招人来是做什么的,怎么才能更有价值。
我个人目前的理解是:专业+门槛。
未来就测试工作来说,机器和代码可能比人来做要靠谱的多。
说起来容易做起来难啊。。。

magicyang 回复

是的,我也在想测试岗位到底有什么价值,或者直白点说,我帮公司 挣了多少钱,省了多少钱,如果没有我做的事情,公司是否会增加成本,但是这个问题很难想清楚,我觉得现在的公司是因为看到其他公司都有测试岗位,所以才要招测试,而没有真正想过,是不是真的需要专职测试。还是说由于现在普遍开发水平都不高,所以目前还都需要测试。
用机器代替人工那都是后话了。
如果很难衡量一个岗位的价值,那么就很难衡量一个岗位的待遇,说不定测试行业现在薪资泡沫是很高的😂

机器能代替人工,先被代替的是开发。能保证用户不会拆开镜头接水喝的骚操作情况下才不需要测试。测试不单是要看基本功能正常,还要保证整个产品的质量易用性兼容性抗压性等。一把工兵铲,开发们做出来目的是挖战壕,解放军叔叔用来切菜,烤肉,砍柴剪纸,开瓶器,最后导致铲子脆弱(bug)不能挖战壕了,是不是需要做出相应的调整。开发哥哥们可能会想到,但会不会给自己找麻烦,不敢保证。发公告说我们的铲子只能挖战壕,其他事情用坏了自己负责,第二天立马就有厂做出来能切菜砍柴还能挖战壕的铲子,谁还买你家的?给工资测试是为了在上线前发现用的不爽的地方。用户用的不爽,功能都报错卡顿,投诉一大堆商店打1星,公司会损失多少用户,找产品做个ppt看看。要说开发也能把测试也做了,是没啥问题的,工资*2,9-12-7做起来。毕竟大家都不是做1024的,网页没兼容,页面老旧,打开速度慢,多图还卡顿,帖子下面还是一片好评楼主真棒站长威武

ctro15547 回复

说的真遛

DevOps时代,测试、开发、运维不需要有太明显的界限了,统一称为技术研发岗

有测试的根本原因是为了保证产品的质量,所以在可以保证产品质量的前提下,并不需要专门的测试人员。
但是如何保证产品质量是一个很大的问题,在这个里面,可能需要开发、QA、Test、运维等等的通力协作。
看看我原先曾经在知乎回答过的两个问题,给大家提供一个思路吧。
https://www.zhihu.com/question/269734248/answer/350510578
https://zhuanlan.zhihu.com/p/37288095

可能传统互联网行业的人会有楼主这种疑问吧,作为金融+互联网业的测试,我觉得擅长业务测试还是很重要的,有时候也会听到开发反馈说自己要去了解一下业务,少写bug,为什么这么说呢?有业务知识的测试,可以发现需求设计和开发上不合理(对)的地方并指出,和优秀的开发合作,个人觉得会更轻松,比如说我只用跟他讨论一下他代码的逻辑,然后提出一些自己的疑问,对方就能找到自己的bug并改正,验证bug的时候也很轻松,基本不用担心他会因为一个bug影响到很多其他地方;qa有更多的时间去学习更多的业务,然后将这些业务应用到项目上;

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