聊天讨论 「我本地没问题!」—— 程序员的糊弄学:从甩锅到跑路

coderwamgh(wang) · 2025年03月28日 · 62 次阅读

说在前面

需求上线当晚,凌晨三点的办公室里,测试工程师举着错误日志拍案而起
只见程序员缓缓抬头回答道:「我本地运行没问题呀,你重新试下」
空气突然凝固……


需求来袭

产品经理:这个按钮颜色要根据用户心情自动变化
:这个需求不太科学

潜台词:现有的技术栈无法支撑您的科幻梦

产品经理:有个新需求,你看下可以实现
不回:这个可能实现不了,需要调研一下~

潜台词:不是做不了,只是项目里没用过,不能 CV。

产品经理:这里有个新需求,明天可以完成吗?
:先排个期吧

潜台词:不紧急的就先放着吧,等忘记了就不用做了。


测试追杀

测试:这块逻辑是不是不太对?
:看 git 记录这块代码是几年前写的了

潜台词:不是我写的,我不背锅。

测试:这里报错了
:我本地试了没问题呀,你再试下?

潜台词:肯定是你使用姿势不对。

测试:数据和后台对不上
:可能是缓存脏了

潜台词:可能用的 mock 数据没改。


需求进度

「已完成 50%!」
真相:刚建完项目文件夹。
进度计算法:新建文件夹算 50%,看完需求文档算 70%,CV 完算 90%,剩下的再慢慢调。

「在联调了~」
现实:后端刚准备写接口文档,前端还在 mock 数据。
标准流程:把所有人拉进群,一个小时发一条 “好了没” 以示在焦急等待。

「已经做完了」
现实:写完需求刚提测。
不标准结局:看着改不完的 bug,不得不和产品经理商量需求延期。


程序员黑话辞典

「重构」

可能会把能跑的代码改成跑不起来的艺术行为

「低优先级需求」

垃圾堆里的需求,只有在产品经理离职后才会被翻出来

「灰度发布」

先让少数用户帮忙测试一下,有问题就回滚

「紧急修复」

昨天就该上线的功能,今天才发现有 bug

「兼容模式」

我也不知道为什么,但先这么写


本文纯属整活,如有雷同,纯属巧合~

转自:JYeontu 前端也能这么有趣

顺便给大家分享一下,民族企业大厂,前后端测试捞人,待遇给的还不错,感兴趣的可以来试试!

暂无回复。
需要 登录 后方可回复, 如果你还没有账号请 注册新账号