我们先看一张图
微博网友评论:
小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