「我本地没问题！」—— 程序员的糊弄学：从甩锅到跑路
# 说在前面>需求上线当晚，凌晨三点的办公室里，测试工程师举着错误日志拍案而起
只见程序员缓缓抬头回答道：「我本地运行没问题呀，你重新试下」
空气突然凝固……
---
# 需求来袭
**产品经理**：这个按钮颜色要根据用户心情自动变化
**回**：这个需求不太科学
>**潜台词**：现有的技术栈无法支撑您的科幻梦
**产品经理**：有个新需求，你看下可以实现
**不回**：这个可能实现不了，需要调研一下～
> **潜台词**：不是做不了，只是项目里没用过，不能CV。
**产品经理**：这里有个新需求，明天可以完成吗？
**回**：先排个期吧
> **潜台词**：不紧急的就先放着吧，等忘记了就不用做了。
---
# 测试追杀
**测试**：这块逻辑是不是不太对？
**回**：看git记录这块代码是几年前写的了
> **潜台词**：不是我写的，我不背锅。
**测试**：这里报错了
**回**：我本地试了没问题呀，你再试下？
>**潜台词**：肯定是你使用姿势不对。
**测试**：数据和后台对不上
**回**：可能是缓存脏了
> **潜台词**：可能用的mock数据没改。
---
# 需求进度
**「已完成50%！」**
**真相**：刚建完项目文件夹。
**进度计算法**：新建文件夹算50%，看完需求文档算70%，CV完算90%，剩下的再慢慢调。
**「在联调了～」**
**现实**：后端刚准备写接口文档，前端还在mock数据。
**标准流程**：把所有人拉进群，一个小时发一条“好了没”以示在焦急等待。
**「已经做完了」**
**现实**：写完需求刚提测。
**不标准结局**：看着改不完的bug，不得不和产品经理商量需求延期。
---
# 程序员黑话辞典
**「重构」**
>可能会把能跑的代码改成跑不起来的艺术行为
**「低优先级需求」**
>垃圾堆里的需求，只有在产品经理离职后才会被翻出来
**「灰度发布」**
>先让少数用户帮忙测试一下，有问题就回滚
**「紧急修复」**
>昨天就该上线的功能，今天才发现有 bug
**「兼容模式」**
> 我也不知道为什么，但先这么写
---
**本文纯属整活，如有雷同，纯属巧合~**
转自：JYeontu 前端也能这么有趣
顺便给大家分享一下，民族企业大厂，[前后端测试](https://jsj.top/f/o38ijj)捞人，待遇给的还不错，感兴趣的可以来试试！
页:
[1]