怎么让研发做好他们不重视但是对测试很重要的事情?

问题

作为测试人员,质量保障工作者,经常会面临各种各样的困难,比如:

  1. 突然接到紧急需求或者故障单的验证,导致原本工作计划被中断,这还不算恼火,最让人恼火的是时间本来就紧张,却又在评估紧急需求的测试范围上耗费了大量时间;(测试范围不清晰)
  2. 送测版本中,出现了很多违反设计标准的bug,我们花了很多时间在提bug、验bug、研发也花费了相当一部分时间去修改这类bug。问题是这类bug好像根本不应该出现;(设计规范类bug)
  3. 研发提交了一个新版本,在这个版本中只修复了一个bug,回归通过上线后,却出现了几个以前没有的新问题,分析后发现是修复该bug时引入的!(测试人员不清楚回归范围)
  4. 研发修改了一个小功能,为了不漏测,测试人员把系统做了一轮完整的遍历(测试人员不清楚回归范围)。
  5. 提交了一个偶发性bug,研发回复说修复了。然后测试人员试了几遍没有再复现就把bug关闭了。结果到了线上以后又出现了(研发可能根本没有修改代码);
  6. 发现了一个以前出现过得bug,想不起这个bug的原因和解决方式了,也没有记录,只能重新分析一遍;(经验没有积累)
  7. 在线上发现了一个bug,发紧急补丁修复了,过了一会又发现了另外一个bug,分析后发现跟第一个bug是同一个原因导致的;(研发做bug分析时不够充分)
  8. 系统运维人员的能力大都是靠经验和时间积累成长下来的,组员之间的经验没有很好的传递,这导致线上出现以前出现过得问题后,运维新手不能很好的应对,导致本该他们的工作又转移到研发和测试人员身上来。(经验没有积累和传递)

基于这种情况,笔者提出了两项需要研发部门配合的改进措施。

第一件是要求研发人员在修复bug后,在bug备注中添加必要的说明,包括“bug的原因”“怎么修改的”“这样修改会有哪些影响”;第二件工作是要求研发在需求提测时,以文字形式说明送测版本修改的内容和影响范围。其目的,一是让研发帮忙确认测试范围,其次避免研发在一些缺陷上没有找到真正的原因,再次是通过这样的方式,分析线上是否还存在未发现的可能存在的问题(问题7)

老话说“上医治未病”。测试人员,作为项目的“医生”,我也希望部门从当前的“事后”检查,转移更多精力到“事前”的预防和“事中”的控制上来。

推行这两项措施对质量提升有多少帮助呢? 投入产出值得吗?

可以肯定的是,推行这项工作从一定程度上解决了开篇提到的那些问题,给测试人员的工作带来很多便利。对测试经理来说,也提供很多培训素材和工作汇报的内容;

但目前在“质量提升”和“研发效率降低”两方面还没有很准确的结论。也没有很直接的证据表明,后期产品质量状况的改善跟推行这项工作有多大的关系。

工作推行

这两项工作想要推行成功,需要考虑多种条件,比如公司和团队的性质、项目阶段、团队氛围、以及要推行的范围等,所以前期一般不会很顺利。

在上面说的因素都不是问题之后,或者说已经进入推行阶段,仍然很可能会出现其他问题,比如研发人员虽然作了备注但格式不符合要求,有人备注有人没有......

原因是什么?

我听到最多的声音就是忙。

我能理解,研发的压力确实很大,特别是作为一家互联网公司+创业公司,有时为了赶上进度,很多人甚至连续熬夜奋战很多天。在这种情况下,每个研发人员都把自己的精力放在重点工作上,对测试部提出来的流程和质量改进的问题难免会有一些疏忽。

还有其他原因吗?

我觉得,研发之所以不理睬我们的要求,还有一个可能的原因是研发人员没有意识到他们的一些做法给质量带来的影响,没有理解这种措施对质量的意义。

当然,还会有其他的一些原因,比如关系不到位。

怎么破局?

说一下我用过的一些方法。

1、研发新员工培训:

跟老板申请,新员工入职以后到测试部培训两周。这样一方面可以增进研发和测试人员的相互了解。另一方面,有些培训课程测试可以帮忙安排,这也可以减少研发自身培训的工作量。如果新员工经过了这样一个培训过程,他们就很清楚他们的一些做法对质量有么严重的影响,以后开发时应该也会更注意这些问题。

测试经理可以招一个有研发经验的测试人员,这样的人可以较好的承担起培训工作。

2、组织活动

每月定期组织活动,跟研发一起去打打球、聚聚餐。既锻炼了身体,又增加了友谊。

平时一起吃午饭也是很好的选择。

人不喜欢被强迫做事,但是人们愿意帮助朋友。对于强势部门采取强硬的手段通常不是好的做法,对方很容易利用自己的强势地位反击。在这种情况下建立友谊是更好的选择。

3、发行质《质量简报》

通过内部刊物,对研发人员持续引导。

3、一些建议

我们的要求其实对于研发来说并不难。而且有些问题比较适合让初级研发人员做个学习的阶段。可以跟研发经理建议,让新人负责解决标准的问题,这样的话,既不占用老员工的工作时间,又能充分利用新员工的工作积极性。而且还可以通过这个过程培养新员工,发现可塑之才。

当然,要解决好开篇提到的那些问题,还需要测试部提升一下内功,那就是后话了。

本文作者 | Mack

文章来源 | 原创

特别敬告 | 版权所有,请勿转载,违者必究

原文发布于微信公众号 - 软件测试经验与教训(udatest)

原文发表时间:2018-01-11

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏互联网数据官iCDO

商业智能工具DOMO优势解读

DOMO为身处快节奏、竞争激烈的全球市场的大型企业提供商业智能(BI)解决方案。跨公司部门的用户可以直接基于Web使用该平台,无需昂贵、费时的部署策略。超过30...

4403
来自专栏WeTest质量开放平台团队的专栏

腾讯WeTest助力游戏不再负重安全压力

根据CNNIC第42次《中国互联网络发展状况》调查显示,截至2018年5月,我国市场上监测到的游戏类移动应用程序数量为152万,避开版号审批等问题不谈,总量依然...

1062
来自专栏CSDN技术头条

从点线面体谈开发到架构师的转型

我工作十余年,从负责一个模块,到负责一个产品,再到负责整个支付平台的架构设计,包括业务架构、产品架构到应用架构,再到技术架构,是一个从点到面逐渐转型的过程,同样...

1345
来自专栏胖张学院

为什么你自媒体过不了新手?转不了正的原因是什么?又有什么方法

很多做自媒体的都遇到这样的有个问题:难转正;虽然说每个平台法人转正制度不同,但是差不多都是机器来判断的,所以同样是机器判断,为什么别人过的了,而你过不了,这个时...

1960
来自专栏华章科技

【揭秘】中国四大银行的大数据应用已到了哪个阶段?

对于大数据给企业带来的价值,已经毋庸置疑。在国内,银行业应该是IT建设更为领先的行业之一。特别中、农、工、建四大银行,更是走在整个银行业的前面。那么,他们对于大...

1343
来自专栏用户2442861的专栏

这多年来我一直在钻研的技术

因为我是看到tinyfool 《那些年我赶过的时髦技术趋势》,在赞叹的时候,也让我对我有好些回忆,所以想写一篇回忆贴,本来觉得回忆是件挺让人沮喪的事,因为是老了...

1052
来自专栏ytkah

林兴爆料小程序很快可以支持各个 App 直接打开小程序

2332
来自专栏BestSDK

3个方法2个准则,让你玩转小程序

2007年1月9号,乔布斯发布了第一代IPhone手机,从此拉开了移动互联网的大幕,十年后,2017年1月9日,微信小程序正式问世,张小龙选择这个时间点推出小程...

3778
来自专栏腾讯Bugly的专栏

新年开篇 | 总结一个技术总监的教训和经验

导语 2017年来了,新年开篇,就不跟大家聊技术啦,给大家分享一篇鹅厂技术总监在多年工作中总结出的教训和经验。 这篇文章自从在腾讯内部论坛发表后,精神哥每年都会...

3798
来自专栏PPV课数据科学社区

如何从一开始就设计好数据分析的基本框架

【引子】 Porterfield的最新创业项目是Looker,一个商业数据分析解决方案提供商。主人公在下面这篇文章中向我们讲解创业者们如何可以从一开始就设计好数...

3187

扫码关注云+社区

领取腾讯云代金券