测试开发程序员，我该怎么和你沟通？工程师不食人间烟火......

---

前言

测试开发程序员，我该怎么和你沟通？

老婆给当程序员的老公打电话：下班顺路买十个包子，如果看到卖西瓜的，买一个。当晚老公手捧一个包子进了家门…老婆怒道：你怎么只买一个包子？！老公甚恐，喃喃道：因为我真看到卖西瓜的了。”

程序员是不食人间烟火吗？只是和电脑沟通的媒介吗？

第一：不食人间烟火
就像上面说的笑话一样，测试开发程序员都没有基本的生活常识吗？最近做项目，有一个查询官网价格的功能。当时在写需求的时候，只对查询的时间范围做了限定，但是并没有说明时间只能是未来的时间。做出的结果可想而知

找到程序员说，需要对时间范围做限定，程序员说，这次帮你改了，下次你的需求要写明白。当时心里无数草泥马，难道连生活常识都没有了吗？去官网买票，票肯定是未来时间的，难道会买一张已经过期的票吗？

第二：完美主义者
一个项目，大致分为A模块和B模块。A模块随着后期功能的完善，需要不断地丰富，B模块基本上保持不变。在沟通需求的过程中，程序员首先质疑了对AB两个模块的命名，当时黑人问号脸，what？？？命名也要管？描述清楚就好了啊

第三：一套代码一辈子
接上面，开始问以后A模块怎么扩展，说出了大致的扩展方向，程序员表示这不行，你必须想好完整的以后，再一次黑人问号脸，只是PM不能预测未来，很多事都是走一步看一步的。程序员说，肯定不行啊，这样没办法做好底层的东西，你后期扩展，会重写代码的。O__O "…

难道你打算一套代码用一辈子？做好已知功能的扩展就够了，一辈子不靠谱吧，万一第一版上去后发现效果很差，做不做后面还不一定呢~~~

第四：怀疑一切
一次沟通需求，程序员对的设计思路质疑。因为做的是提高人效，说白了就是去看人（运营）怎么做这件事，用机器帮人把这件事做处理，做事思路都是人（运营）的

程序员表示你并没有挖掘到运营的全部想法，你对需求采集不到位，你应该挖掘运营的全部想法，并且质疑他的想法，看他的想法是否合理。当时的一脸懵逼，怀疑人生。天啊噜，运营这么干已经很多年了，并且经过时间和数据的验证，发现是对的，去质疑，这是提高人效应该做的吗？

第五：傲视群雄
最后的最后，把需求讲完了。
程序员抬起头看说，没啦？你的需求就这样？
对的，讲完了。
然后他说大家散了吧，就先这么干吧，流程图里没有结束的节点，也没把所有的操作行为放在一起，凑活干吧。
当时差点发火，讲都讲明白了，也按你说的改了，你怎么还那么多不满意，是不是me写的需求，配不上你开发，直说，我滚蛋。

下面是我整理的2022年最全的软件测试工程师学习知识架构体系图

一、Python接口自动化测试

二、Pytest自动化框架

三、Web自动化测试

四、Appium自动化

五、JMeter接口测试

六、Postman接口测试

九、总结

最美好的生活方式，不是躺在床上睡到自然醒，也不是坐在家里的无所事事。而是和一群志同道合充满正能量的人，一起奔跑在理想的路上，回头有一路的故事，低头有坚定的脚步，抬头有清晰的远方

昨天越来越多，明天越来越少。走过的路长了，遇见的人多了，不经意间发现，人生最曼妙的风景是内心的淡定与从容，头脑的睿智与清醒

---