一张图看懂程序员和测试之间的关系-阿里云开发者社区

开发者社区> 开发与运维> 正文

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

简介:

我们先看一张图

8f0fc60df4b81e8b5589d04e5921507c7715aa14

微博网友评论:

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

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

小C:最后都是杰瑞赢了

小D:真的是挺悲哀的

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

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

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

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

9adc2928b5b43510b27dc17dffdc1ccbe0ed1119

测试:

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

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

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

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

开发:

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

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

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

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

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

……

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

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

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

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

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

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

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

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

总结:

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

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


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

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

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章