接口测试视角：技术评论需回归客观本位

　　哎你说现在这技术评论啊，就跟去年六月份那次联调似的——后端说他们新框架性能提升30%，前端说切图兼容性没问题，产品说用户肯定爱用，结果灰度一开，埋点数据里40%的用户在第三步白屏。我原以为只是缓存没刷干净，结果抓包一看，接口返回的字段顺序跟文档差了俩，前端解析直接报错。你说这锅该谁背？评论区可倒好，有人骂前端不严谨，有人说后端不专业，还有人扯什么“技术选型要回归业务本质”——扯淡呢，连问题都没复现清楚，回归个屁的本质。

　　机箱风扇一直在转，嗡嗡的。我盯着屏幕上的构建进度条，卡在87%不动了。旁边测试妹子的外卖塑料袋响个不停，她正举着手机拍桌上的数据线——缠得跟麻花似的，说“这像不像你们接口的依赖关系？”我笑出声，结果被她白了一眼：“笑个屁，上周你写的自动化脚本，不也因为字段类型没校验，把测试环境搞崩了？”

　　可不就是这么回事么。现在技术圈评论，动不动就“颠覆”“革命”“降维打击”，可连最基础的接口兼容性都没测透。去年我们接了个新项目，后端说用GraphQL能减少请求次数，前端说RESTful更成熟，产品说“用户要的是快，管你用什么技术”。结果上线第一天，安卓7.0的机型上，某个嵌套查询直接堆栈溢出——我原以为灰度阶段能筛出来，结果灰度只覆盖了20%的用户，剩下的全在生产环境炸了。评论区当时可热闹了，有人说“GraphQL就是坑”，有人说“前端该优化解析逻辑”，可没人提过：这接口在旧版本浏览器上的兼容性测试，根本就没做。

　　水杯底结了一圈渍，我擦了擦，继续翻那篇“技术评论需回归客观”的文章。作者说“评论要基于数据，而非立场”，我举双手赞成——可数据从哪来？去年我们测一个支付接口，文档里写“金额字段支持两位小数”，结果后端实际传的是字符串，前端按数字解析，iOS上没问题，安卓上直接截断。线上事故复盘时，后端说“文档写的是支持，没说必须传数字”，前端说“你们没明确类型，我怎么校验？”产品说“用户只关心能不能支付成功”——你看，立场比数据好找多了。

　　浏览器开了三十来个标签，我关掉几个，发现有个标签是去年六月份的联调记录。当时后端改了返回格式，没通知前端，结果前端用了旧字段名，用户点击“提交”后，页面卡在加载动画，实际接口已经返回400。测试妹子在群里喊：“这接口是不是挂了？”后端回：“没挂，是你们传参错了。”前端回：“文档里没写要传这个字段啊！”我在中间调停，查了半天日志，发现是后端在灰度环境偷偷改了字段名，没更新文档，也没通知联调。这事儿最后怎么解决的？产品说“先回滚，别影响用户”，后端说“下次一定走变更流程”，前端说“再信你们我就是狗”——可评论区呢？有人说“前端该做好防御性编程”，有人说“后端变更该走审批”，就是没人说“文档和沟通才是根儿”。

文章配图，仅供参考

　　所以我说，技术评论得回归客观本位——不是不吹不踩，而是先把问题复现清楚，把数据摆出来，再谈优劣。就像我们测接口，得先看文档全不全，再看字段对不对，最后看兼容性够不够。去年六月份那次事故，要是评论区能先问“灰度覆盖了多少用户？”“接口变更有没有通知？”“旧版本兼容性测了吗？”，而不是急着站队，也不至于吵了三天没结果。可现在呢？大家都爱听“颠覆”“革命”，不爱听“可能有问题”“需要再验证”——可技术这玩意儿，哪有那么多颠覆？大多是修修补补，优胜劣汰。

　　机箱风扇还在转，构建进度条终于跳到100%。我喝了口水，发现测试妹子正在看那篇“技术评论需回归客观”的文章，边看边摇头：“这作者说得对，可没人听啊。”我笑了笑：“听的人早去测接口了，不听的人还在评论区吵架呢。”她白了我一眼，继续拍她的数据线——缠得更乱了，像极了那些没测透的接口依赖关系。

　　所以下次再看到“XX技术将取代XX”的评论，别急着信，先问问：测了吗？复现了吗？数据呢？要是连这些问题都答不上来，那评论再热闹，也不过是场口水仗——就像去年六月份那次联调，吵了三天，最后发现是文档写错了字段名。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!