本文章有视频的，请到B站 我是程序汪 观看

程序汪改了一行代码，导致测试和开发大战

鸡汤文

每个人都会在沟通上出问题

工作上沟通出问题可能让你郁闷一天、丢了客户、损失金钱、甚至丢了工作

爱情上沟通出问题，女朋友发脾气、分手等等。

不喝鸡汤了，上正文。

不会沟通的程序员，肯定走不远

程序汪在工作沟通上也出现过问题，在这里教训总结分享给大家

程序汪上班现状

程序汪现在就是上班沟通思考方案2小时，代码只有5分钟

扎心了有木有

因为业务系统太过复杂，前期不想好，后期就是灾难（反反复复的改代码，一个字心累）

测试和开发相爱相杀

场景： 测试大佬要程序汪改一个问题，其实这不是功能问题，只是代码冗余字段多了，测试要求去掉，不去掉也不影响功能

            但是，去掉后代码改动点就非常多了，因为是微服务系统，我一改，下流系统也要跟着改动，这个影响面就大了。（影响面前期评估不到位）

沟通现场回顾

测试大佬：程序汪改下吧，这个地方不规范，程序X会配合你的

程序汪：好我改，其实内心不愿意（因为是老代码不想动）

程序汪：程序X有个改动点，我按测试大佬的意见改罗

程序X：啊，什么呀，好就这么改.............（这个地方沟通就出问题了）

过了两小时后，代码部署到开发环境后

程序X：程序汪你改的代码影响到我了

程序汪：测试大佬要求改的

程序X：测试大佬要求不合理啊，我去找测试大佬

群里开战：测试大佬和程序X，相互撕逼中，开发大佬也加入，程序汪也加入，扯来扯去   （程序X最后妥协了）

在这个沟通现场中，程序汪做的很不对啊，老司机也有翻车的时候

赶紧总结下

总结教训

1：先和测试说清楚代码改动的影响面，微服务比较坑爹，改一个接口性字段，影响到的链路可能比较长

2：代码改动测试工作量也大，需要重新测试

3：找开发大佬，把这个要不要改的锅甩出去，大佬发话了你在改

4：如果要改，影响的下流链路，必须沟通清楚，是否可以接受

5：改代码前多想在动手，不然后面还得返工

6：祖传代码建议不要改，影响面太大，除非你有充足时间回归测试

沟通建议：

1. 文字+图片，复杂的上电话直接沟通

2. 不影响功能的问题，一个字拖，不要急着改（特别是微服务系统，影响面不好评估，系统太大了）

3. 不要1对1沟通，尽量1对多沟通，这样消息马上同步所有人

4. 隔山打牛，把上级领导搬出来打压对方，必须学会借力打力，哈哈哈

微服务很强大，但导致沟通成功开发成本上升

特别是改一个接口性代码，切记小心影响下流微服务代码

沟通多一点技巧，代码少返工

大家一点要做一个会沟通的人，谢谢大家看完。

感恩

另外非常感谢，那些给我微信打赏的朋友

感谢那些看我视频给我素质三连的朋友

感谢关注我的朋友

迷茫路上有人指下方向是种幸运，努力必须选对方向 （程序汪的感悟）

我的最新视频都是B站首发，B站 我是程序汪