今年开始,由于大环境问题,好多科技公司开始降本提效。这其中,不乏BAT级别的龙头企业,但裁员之后,紧接着就是各种我们常见的APP崩溃,各种BUG各种出.... 于是大家戏称这次土鳖现象是:降本提笑,开猿节流。
而作者亲身卧底的几个IT圈的专家群(里面基本都是开发架构算法运维,很少看到我们测试)里,发现最近的话题也更多也是这个事情。而这些可以名震开发圈的大佬们目前最津津乐道的居然是,如何给代码中埋雷...
所谓埋雷,目的就是防止自己被裁员,一旦自己作为开发者离开公司,那么代码中的问题将会暴露出来,影响系统运行。而此时其他的开发者却很难修复,以至于老板不得不高薪返聘最初的开发者回来,才能解决。以此震慑那些老板们,让其不敢轻易开除自己。
众所周知,老板们是不懂代码的,更何况开发者们埋雷的技术越来越高超,所以这个策略还真的会成功,形成一股不错的震慑力。(但我们测试开发人员可千万别这么干,我们被替换的概率还是很高的,你在你测试平台埋雷,老板大不了全组手动测试,再雇个测开重新造一套测试平台。而他们开发人员之所以有这个权利,是因为他们做的是公司的盈利成果业务软件,一旦出事,每秒钟都是损失,停一天业务公司都可能倒闭,所以老板耽误不起,才会有所忌惮。)
目前这些具体埋雷的方法,经过我的收集整理和研究,已经不下30多种。可以这么说,一旦用上之后出现BUG,或者说想升级,迭代优化系统。那就算大罗神仙来了,也只能干瞪眼。动手脚的地方也不只是大家平时阅读代码能看到的表面。更多在有组件,中间件,协调器,Pipeline,插槽类,各种解耦机制,适配器,连接器,转换器,扩展代码块中等一切你想都想不到的地方。而目前,这些方法正在被统计整理,越来越多,越来越高端。他们称之为:‘防御性’编程。
我不知道这是好事还是坏事,这对社会好还是对个人好,这是正义的还是邪恶的,这些从来就不是我能判断的了或者说有权利评判的了的东西。但我只知道,一旦以后这种技术盛行起来,那么将是IT行业的一次信任危机。
到那个时候,一个新的需求会剧增,那就是‘反防御性测试’ 技术。测试人员的简历里可以添加一行技能:能排查出代码中的埋雷,能测试出代码的健康度。也就是俗称的 反防御性测试 技术。
具备这样的能力,老板和hr会非常喜欢且需要。相当于老板直属专门负责监督开发的职务工作,说白了,和东厂差不多,虽然可能被骂的难听,但肯定是好找工作了。
但说起来容易做起来难,开发们埋雷的办法具备一定的随意性,各种层出不穷的套路。随便一个招,比如中途的变量名随机替换套路(让别人完全看不懂这些变量的含义,也无法捋清上下文关系和业务逻辑),那我们测试就要付出多倍的代价和算法才能去检查出来。也就是说人家随便捅一刀,我们就要去缝合治疗,你说是捅一刀成本低还是治疗成本低?
所以,这个反防御性测试技术,自诞生起,就不可能是手动的,因为成本不对等。那这个技术就一定是自动化性质的!自动检查数十种埋雷,而加上今年的gpt技术普及,所以,我大胆预测反防御性测试技术,是一套含有AI可训练持续提高的自动化技术。
到时候把公司的某个代码项目包放进去,就自动的按照几十种埋雷排雷技术检测,最终把所有雷全部找出来,问责相关人员。
而这个技术,我能做也不会去做的,就算去做也不会公开,公开也只能是在粉丝群或者更小的圈子。本文只是提醒大家,有余力的可以尝试研究一下了。希望这一天的大对抗时代不要到来。
行动吧,在路上总比一直观望的要好,未来的你肯定会感谢现在拼搏的自己!如果想学习提升找不到资料,没人答疑解惑时,请及时加入群: 786229024,里面有各种测试开发资料和技术可以一起交流哦。
最后: 下方这份完整的软件测试视频教程已经整理上传完成,需要的朋友们可以自行领取【保证100%免费】
软件测试面试文档
我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。