一张图看懂程序员和测试之间的关系

我们先看一张图

一张图看懂程序员和测试之间的关系

微博网友评论:

小A:最近一直在被测试按在地上反复摩擦

小B:笑死!!不够专业的测试也是浪费超级多沟通时间呀!!

小C:最后都是杰瑞赢了

小D:真的是挺悲哀的

小E:也有可能是产品和程序员

从事软件测试行业几年,合作的开发不少,说起测试和开发之间的关系,有时能和平相处,更多是矛盾重重。

究其根本,矛盾都来源于bug,也终止于bug。

有些矛盾造成了心理上的互骂,有些就直接导致了面红耳赤的争执甚至互殴。

一张图看懂程序员和测试之间的关系

测试:

每次提出一个bug都让测试重现,描述得那么清楚,自己操作下不会吗?

开发太依赖测试了,相同的bug提出一处改一处,就不知道自己检查一遍吗?

出现bug就说自己本地是好的,版本是不是不对,用户不会这么操作。

出现bug就让测试清数据,重启手机,三两下就把bug整不见了,坑……

开发:

这么小的bug都要开发改,影响又不大,还耗时费力,测试懂不懂项目管理,预估风险啊?

明明是客户端的bug,指派给我们服务器是几个意思?

花费了时间排查,竟然是无效bug,测试到底有没有搞清楚需求?简直是浪费时间。

明明是个P3的bug,给我报P1,至于么?

测试总是在深究bu*生原因和解决方案,测试又不懂代码,懒得解释。

……

测试和开发在工作中因为职责不一样,往往会造成分歧。

测试如何与开发顺利合作?

测试在记录bug的时候做到合理分配,轻重缓急明晰。

将bug按照严重程度进行分级管理。

一般讲bug分为三级:普通、重要、紧急,具体的分级可以根据实际情况来定。

将紧急的bug列入当前的目标,并指定具体的开发人员进行修复;

重要的bug根据产品的规划和当前的进度情况再议;

普通的bug可以暂不考虑。这样既不影响开发主线的进度,又能较好的完成bug的修复工作,保证现有产品的良好体验,还能减少测试与开发之间的摩擦和争吵。也保证了测试对bug的良好管理,后期只需要追踪bug的状态,将已修复的bug及时归档就可以了。

总结:

很多时候不仅仅是把自己手头的工作做完就结束了,大家是在同一个团队为了同样的目标在努力。如果仅仅是为了更快的完成自己的工作而延误了别的小伙伴的工作,就最终将要达成的目标来说也是得不偿失的。

因此,在日常的工作中多站在对方的角度思考问题,多体谅对方,将自己能力范围内的工作做好,问题解决好,为对方营造一个舒适的解决问题的环境,对方自然将你的好看在眼里,记在心里。


原文发布时间为:2018-11-2

本文来自云栖社区合作伙伴“Java程序员联盟”,了解相关信息可以关注“Java程序员联盟”。

上一篇:《超越平凡的平面设计: 版式设计原理与应用》—空白页面,含义无穷


下一篇:linux 链表实例应用程序【转】