[译文]这次,雅虎真的撤销QA团队了

2015-12-16   出处: IEEE Spectrum  作/译者:Tekla Perry/大头

在一个软件开发过程中取消了质量保证团队会发生什么?更少,而不是更多的错误,以及一个大大加快的开发周期。


至少,根据雅虎的经验,确实如此。该公司的首席设计师Amotz Maimon,以及科学与技术高级副总裁Jay Rossiter介绍道。经过2013年发展过程中一些小变化,以及从2014年中期到2015年第一季度期间的大力推动,雅虎的软件工程经历了翻天覆地的变化。这项努力是雅虎一个计划中的一部分:他们称之为Warp Drive:从代码批发布转变为持续交付模式。雅虎的软件工程师不再被允许将他们完成的代码交付到另一个团队进行交叉核对。相反,代码直接正式上线;如果存在问题,代码会失败,并关闭系统,直接影响到雅虎的客户。


“这么做,”Rossiter告诉我,“会引起工程师思考问题模式的转变。”


他说,这么做还使得工程师自行开发工具来自动执行各种以前由团队人力处理的检查。工程师可能需要经历一次艰难的代码检查过程,但随后就会开始开发工具来自动执行该过程。


周二我在圣克拉拉的雅虎年度TechPulse会议中会见了Maimon和Rossiter。这个非公开会议给了约850个雅虎的研究人员和工程师机会,通过提交论文并参加会议海报,来宣传他们的项目。


在这样一个奇怪的时间点,被雅虎的技术人员所包围,他们都集中于软件开发,而在这一天从报纸以及我驱车前往参加会议的途中车载收音机中听到的新闻报道得知,关于雅虎即将进行重组的消息传得沸沸扬扬。研究人员们认为,无论是什么变化都会需要一些时间来影响到他们的业务,所以他们一切照常。 (也许第二天会有更多关于公司未来的议论,因为雅虎宣布,已决定对公司进行反向剥离:也就是,转让其除了在中国的阿里巴巴集团股权之外的所有业务及负债给一个新的公司。)


即便与这些结构及金融策略相比,雅虎决定取消软件工程师依赖的安全网(QA团队)也算是一个大新闻。这种转变并不容易,Rossiter回忆。这需要严格的管理,并且没有例外。 “人们会来解释说,我是特例,我做的是UI,我做的是后台,我做这个,我做那个。”但是,一直拒绝给予任何例外,将迫使他们重新思考。 “我们说,'没有更多的辅助训练了”,这带来了巨大的改变。我们强制让整个开发过程更为卓越“。


“这不是没有痛苦,”Maimon说,虽然问题并不像他担心的那样严重。 “我们预计事情不会顺利,而我们必须解决这些问题。然而结果是在开发循环中人为带入的错误比新系统的问题更大“。


“事实证明,”Rossiter 插话说,“当有人无处不在地检查这,检查那,他们在整个环节中增加了那么多的人为错误,当你将他们撤出,即使你有时会失败,整体而言你将做的更好。“


当然,撤除了质量保证工作也意味着,减少了职位。 “一些工程师们是真正关心系统性能的,”Maimon解释说,“所以他们加入了相关团队。一些工程师开始从事自动化[测试],他们认为这棒极了,他们不再需要一遍又一遍地做同样的事情。而其他人则离开了。“


现在,改变一年后,“这100%的奏效,”Maimon说。 “太奇妙了。即使是那些认为它不可能行得通的人,现在也认为这太棒了,我们将把它应用到我们公司的方方面面。“

【英文原文:http://spectrum.ieee.org/view-from-the-valley/computing/software/yahoos-engineers-move-to-coding-without-a-net

{测试窝原创译文,译者:大头}

译者简介:大头,在读日本九州大学修士,计算机专业,主研究方向为文本挖掘,及自然语言处理


声明:本文为本站编辑转载,文章版权归原作者所有。文章内容为作者个人观点,本站只提供转载参考(依行业惯例严格标明出处和作译者),目的在于传递更多专业信息,普惠测试相关从业者,开源分享,推动行业交流和进步。 如涉及作品内容、版权和其它问题,请原作者及时与本站联系(QQ:1017718740),我们将第一时间进行处理。本站拥有对此声明的最终解释权!欢迎大家通过新浪微博(@测试窝)或微信公众号(测试窝)关注我们,与我们的编辑和其他窝友交流。
305° /3054 人阅读/0 条评论 发表评论

登录 后发表评论