前言
测试开发程序员,我该怎么和你沟通?
老婆给当程序员的老公打电话:下班顺路买十个包子,如果看到卖西瓜的,买一个。当晚老公手捧一个包子进了家门…老婆怒道:你怎么只买一个包子?!老公甚恐,喃喃道:因为我真看到卖西瓜的了。”
程序员是不食人间烟火吗?只是和电脑沟通的媒介吗?
第一:不食人间烟火
就像上面说的笑话一样,测试开发程序员都没有基本的生活常识吗?最近做项目,有一个查询官网价格的功能。当时在写需求的时候,只对查询的时间范围做了限定,但是并没有说明时间只能是未来的时间。做出的结果可想而知
找到程序员说,需要对时间范围做限定,程序员说,这次帮你改了,下次你的需求要写明白。当时心里无数草泥马,难道连生活常识都没有了吗?去官网买票,票肯定是未来时间的,难道会买一张已经过期的票吗?
第二:完美主义者
一个项目,大致分为A模块和B模块。A模块随着后期功能的完善,需要不断地丰富,B模块基本上保持不变。在沟通需求的过程中,程序员首先质疑了对AB两个模块的命名,当时黑人问号脸,what???命名也要管?描述清楚就好了啊
第三:一套代码一辈子
接上面,开始问以后A模块怎么扩展,说出了大致的扩展方向,程序员表示这不行,你必须想好完整的以后,再一次黑人问号脸,只是PM不能预测未来,很多事都是走一步看一步的。程序员说,肯定不行啊,这样没办法做好底层的东西,你后期扩展,会重写代码的。O__O "…
难道你打算一套代码用一辈子?做好已知功能的扩展就够了,一辈子不靠谱吧,万一第一版上去后发现效果很差,做不做后面还不一定呢~~~
第四:怀疑一切
一次沟通需求,程序员对的设计思路质疑。因为做的是提高人效,说白了就是去看人(运营)怎么做这件事,用机器帮人把这件事做处理,做事思路都是人(运营)的
程序员表示你并没有挖掘到运营的全部想法,你对需求采集不到位,你应该挖掘运营的全部想法,并且质疑他的想法,看他的想法是否合理。当时的一脸懵逼,怀疑人生。天啊噜,运营这么干已经很多年了,并且经过时间和数据的验证,发现是对的,去质疑,这是提高人效应该做的吗?
第五:傲视群雄
最后的最后,把需求讲完了。
程序员抬起头看说,没啦?你的需求就这样?
对的,讲完了。
然后他说大家散了吧,就先这么干吧,流程图里没有结束的节点,也没把所有的操作行为放在一起,凑活干吧。
当时差点发火,讲都讲明白了,也按你说的改了,你怎么还那么多不满意,是不是me写的需求,配不上你开发,直说,我滚蛋。
下面是我整理的2022年最全的软件测试工程师学习知识架构体系图 |
一、Python接口自动化测试
二、Pytest自动化框架
三、Web自动化测试
四、Appium自动化
五、JMeter接口测试
六、Postman接口测试
九、总结
最美好的生活方式,不是躺在床上睡到自然醒,也不是坐在家里的无所事事。而是和一群志同道合充满正能量的人,一起奔跑在理想的路上,回头有一路的故事,低头有坚定的脚步,抬头有清晰的远方
昨天越来越多,明天越来越少。走过的路长了,遇见的人多了,不经意间发现,人生最曼妙的风景是内心的淡定与从容,头脑的睿智与清醒