漫谈测试人员和开发人员关系

Posted 163yun

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了漫谈测试人员和开发人员关系相关的知识,希望对你有一定的参考价值。

此文已由作者夏君授权网易云社区发布。

欢迎访问网易云社区,了解更多网易技术产品运营经验。



从事软件测试已有多年,参与过很多项目,合作开发不少,谈起测试和开发的关系,说起来比较微妙,有时候能和睦相处,有时候矛盾重重。其实矛盾的根源,无非就是BUG,但起源于BUG,也终止于BUG。

首先,来看看在整个软件产品的生命周期中,开发和测试人员对应不同的阶段对应不同的工作职责,如图所示:

     技术分享图片

从上图可以看出,测试和开发的工作范畴不一样,对于流程及业务多少会有理解偏差,所以合作上存在矛盾是无可避免的。相信即使针对开发一个角色,技术偏向也不同,没有深究过不知道另外一个深浅,就比如一个人仅仅在一个公司待了没几个月就妄加评论该公司如何如何,我想,一个公司至少得待2年以上,才能了解公司的运作模式,当然高人例外,大部分应该还是处于普通人范畴。


经常,测试有这样的心声:

1. 这个BUG一眼就看出,难到没有自测过吗?

2. 新迭代版本BUG又复现,有完没完?

3. 冒烟几次都不通过,怎么那么不自觉?

4. 改一个BUG,老是牵扯很多,就不能评估下吗?

5. 都没验证好的代码,怎么自己偷偷上线?

6. 定位问题这么慢,真是影响效率?

7. 非得要重现,开发自己不能操作吗,特别是重现好几遍,非得重现没了才叫好,坑~~

……

     对应,开发朋友时不时有这样的心声:

1. 这样的BUG也算缺陷,没事找茬?

2. 这明明不是我负责的模块,为何缺陷挂我名下?

3. 能不提重复BUG吗?

4. 这确实是个问题,但是不至于报的这么严重吧?

5. 定位半天,结果是环境问题或者三方环境问题,白费功夫!

6. 这个问题是前人留下的,我也改不了呀?

7. 姐/哥,急着要上线发布了,这个问题先不管了

8. 我这里使用了XXX技术,YYY方法和受到了ZZZ的约束,所以这个bug无法避免

……


从项目角度来分析,开发和测试是一个集体,因为只有一个共同的目标,那就是交付高质量零缺陷的软件版本,所以要处理好相互之间的关系,更多的是需要换位思考,互相理解。

我们测试人员,也需要不断提高自身素养,才能维护好团队成员关系,鄙人不才,往年摸滚带爬概况了有以下措施可以提高:

1. 对事不对人,不要因为某个BUG而否认开发得能力,沟通技巧需要提高,只需要程序质量,不要攻击开发本人,人人都喜欢听好话,人人都喜欢听到赞扬,偶尔可以对开发的 设计实现加以赞扬;

2. 在项目即将上线,你却提紧急BUG,很明显是不受欢迎的,问题是需要暴露在最开始,这时候,测试需要全程介入项目,把严重问题提前暴露;

3. 对于可改不可改的BUG,可以需要找相应的产品,项目经理等角色一起梳理协商;

4. 对于难重现BUG,需要贴上日志信息,截图,描述尽可能精简明了;

5. 需要有一定的代码功底,发现问题能独立分析代码根源,当我们发现BUG,不是急于找开发定位,而是自己开启DEBUG,直接指明哪行代码有问题,本身技能提高了,开发也会刮目相看,自然也会客客气气;

6. 加强自身需求、业务理解,贯穿整个项目阶段,实际我们有足够的优势,开发仅停留一块,没有串通起来,整个业务线没有测试资深;

7. 提高个人技能,拓宽、加深测试广度和深度。

最后,一句话,测试和开发是最亲密的战友!目前我们金融事业部项目很紧张,KPI目标制压力比较大,除了工作之外,测试和开发还可以多进行一些课外活动,打打球、玩玩牌、聚聚餐,remember 工作是为了更好的生活!



网易云免费体验馆,0成本体验20+款云产品! 

更多网易技术、产品、运营经验分享请点击



相关文章:
【推荐】 Vue框架核心之数据劫持
【推荐】 测试环境docker化—容器集群编排实践
【推荐】 TiDB和MongoDB分片集群架构比较















以上是关于漫谈测试人员和开发人员关系的主要内容,如果未能解决你的问题,请参考以下文章

漫谈测试成长之探索——测试用例评审

漫谈测试成长之探索——测试用例评审

漫谈测试成长之探索——测试用例评审

对于软件开发中开发人员与测试人员关系的理解

对于软件开发中开发人员与测试人员关系的理解

软件测试高情商的测试人员,这么安排开发