[震惊]测试跑来和我说了一个需求，我居然做出了这样的反应

[ZehaiZhang]

（ doge ）刚刚测试跑过来和我说：

你能不能写个字段来展示别人调我们接口，调不通，失败的原因

我：？？？

[eGlhb2Jhb2Jhbw]

if user.type == "tester" && random(0, 9) > 5 {
return {error: "您的网络不好"}
}

[zpf124]

这个其实我自己干过.

项目统一配置错误页面是一句废话,不显示有用信息.
后来因为小破组没几个人,别人反馈某 xx 点击没反应 /报错了 你们解决一下, 然而 我们看不到错误日志很蛋疼,去翻生产环境的日志比较费事.

所以自己就照抄 tomcat 和 springboot 写了一个拦截, 如果报错的时候请求参数包含 key 是 debug 的时候,就显示错误信息.
如果没有就跳转到那个废话的页面.

后来寻思这样是不是外人也很容易看我们的错误日志猜表明字段名了,

正打算过段时间改成反倒 header 或者 cookie 里结果后来我们基本黄了项目处于不开发只维护的状态,这事就搁置了....

[ZehaiZhang]

@zpf124 你没有 get 到精髓。。。别人调我们接口没调通，，，我们不会有记录啊，哪儿来的失败原因

[tudouxiong]

UC 小编转行码农？

[maguazhou]

返回被捕获的异常信息？

[kkkkkrua]

“调用接口，网络不通”

写清楚点嘛，我看了半天，还想说这不是挺正常的么

[ZehaiZhang]

@kkkkkrua 气的不行

[zpf124]

@ZehaiZhang
如果 "展示别人调我们接口，调不通，失败的原因" 是他的原话.

有可能我理解错了,但大概率是你理解错了, 你可以再和他沟通沟通确认一下.


我看到那句话 以为 他说的 "调不通" 是指所有没有正常返回数据的情况. 主要是想让你记录你们服务器发生 500 错误的情况.
你的理解里 他说的 "调不通" 是指 没 ping 通 或者类似的网络故障的情况下要你记录原因.


我觉得大多数人应该不会想要知道别人网为什么不通.

你俩是不是有什么矛盾了, 所以你听到他提出的问题第一反应是抵触,
然后默认他提的是傻逼问题, 潜意识就按照这是一个荒谬的问题进行理解, 导致你想偏了.

[ZehaiZhang]

@zpf124 首先非常感谢你的详细回答，也确实是我对于问题描述的不够清晰，主要这个工期比较紧，有些返回结果没有在前端展示，而测试不会看日志，导致出现了这个矛盾，加上对方会回调我们接口传回数据，会存在调用失败的情况

所以测试要求我们给他们做一个前端界面显示所有调用失败的记录，包含对方回调**除了成功外所有的失败记录**

工期紧（ 9117 两个月了，还通过三四天宵），觉得暂时不能满足她，再加上他要接口都没调到的失败原因，我听了就头大，所以这就是今天的故事

[Tink]

没啥问题啊

[gefranks]

为什么测试能提需求？
要是测试还兼着需求够喝好几壶的了.

[ZehaiZhang]

@gefranks 所以说这个测试是个有想法的测试