我们的软件测试团队并不“特殊”

发表于:2012-4-11 13:52

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:油炸小朋友等 译    来源:51testing 投稿

  摘要:通常,当我用我的团队如何在一些实践中获得成功的故事来评论别人的博文或者来回应推荐文时,有人会回复说“确实如此,但你的团队是特殊的”。 我对这句话的理解是:“你是一个发言者和作者,那么你肯定是一个专家,所以,理所当然,你的团队可以做任何事情。”这让我非常郁闷。

  当然,经过八年的共同工作,我们取得了很多成就,我们也学会了如何一起解决问题。然而,我们不是因为“特殊”而崭露头角。我们花费了大量的时间尝试和学习。我的能力就是通过写有关我们团队所做的一些工作,来分享给大家有用的思想,而不是通过其它方式。人们忽视我的故事,因为他们认为我的团队是通过了某些特殊途径来取得成功的,这是极其讽刺的。

  而且,我的团队并没有因为我的演讲和写作而特别令人印象深刻。当有问题要解决时,就像其他任何人一样,我贡献出自己的价值,并提出我的观点。

  起步阶段

  如果你知道我的工作,你可能会知道我工作的公司曾在2003年面临过灾难。那时的营运模式完全依赖于自动化,而且软件也不起作用。这就像你们曾经见过的功能失调的软件团队一样。

  企业家们都希望自己的生意能成功。即使他们对软件开发一无所知,但他们能够很机智地四处打听并找到可变通的方法。他们听说敏捷型开发,于是找出可以帮助公司实现敏捷开发的最佳人选的名字,并不遗余力地招聘他。是的,拥有迈克·科恩这样的人作为你的团队经理,在敏捷转型的第一年确实是有很大的优势。但是最重要的是企业家们能找到最佳人员并聘请到他们,而且能够实现他们的承诺。例如,企业家们会给予软件团队所需要的时间来学习如何提交高品质软件。这并非不可思议,这是一项艰难的工作和巨大的投资,并且这需要各方有足够的信任。

  我不想再次给读者讲我们团队如何花费时间和经历来发展成为自我导向团队的故事,这会让他们感到厌烦。这是对质量的持续关注,而非速度,这让我们开始有小小的成就感,这种关注是建立在团队之上的。

  为我们的产品自豪

  我最近看了几篇谈论“成功的关键是为自己的工作感到自豪”的文章和博客。我的团队在2003年就曾经承诺,我们将尽自己最大努力交付最好的代码。这么多年,我们一直坚守着承诺。

  当我们需要招聘一个新的团队成员时,我们会花时间找合适的人选----让我们感到骄傲有这样一个队员。假如团队中有人不能够达成我们期望的高质量,我们的经理也会让他离开.

  容易决定的事是有足够方法实现的事情,但是我们并不会这么做。我们找各种方法来突破常规,使我们的追溯更加有效,并进一步改善我们的产品质量。

  这里有一个最近的例子。我们网站界面看起来很老气---它的感觉就像是20世纪早期开发的。一个使用过Dojo的开发者认为他可以利用DoJo做一些改进,以避免用户在使用网站过程的时候犯错。他第一次使用这种技术时,发生操作性问题的频率从每周发生两次或三次慢慢降到每个月仅两次或三次。然而,我们的自动化测试工具无法正确解释Dojo代码的生成的Javascript。我们意识到含有大量不支持自动化测试的GUI代码风险很大。

  我们想通过提供的Dojo改进用户体验,所以作为一个团队我们必须要解决这个问题。我们研究了其他的测试驱动和框架,看是否能处理Dojo实施。我们开会讨论是不是要聘请一个外部顾问来参与和协助或者尝试推翻我们的解决方案。这不是一个容易轻松的会议,会上我们只是你看我,我看你,却没有人作决定。

  最后,我们系统管理员跑出来,并且自愿做第一个候选者。他因为一个自己编写的框架和一个开源驱动获得了一些成功,随后他把它们交给了一个开发人员。开发人员将这个框架同一个开源的框架做比较,编写一些测试案例,然后展示给团队学习。我们决定用开源解决方案。如今,我们很随意地使用Dojo来提高我们网站的用户体验,再配合一些适当的自动化来做回归测试。

  启蒙教练

  在敏捷开发早期,我们团队必须要对业务经理进行培训,并且跟他们说明,什么时候他们拥有业务优先权,什么时候我们进行技术执行。毕竟,他们雇我们是因为我们在软件行业是专家。当他们说:“你一天就不能工作晚一点吗? 不能在这段时间里想出一个额外的解决方案?”我们不能回答他们说,“我们尽量”我们应该这样说,“你总不能把10磅糖放入到载重5磅的袋子里面吧。”当他们问,“你不能想个快速的解决方案么”我们要给他们解释怎样做才能最终帮他们节约大量时间和钱。我们还要向他们展示技术债务是怎样工作的。是的,有时因为商务需要而做一个应急的解决方案,但总是我们回到正常方案并且支付债务。

  去年,突然出新需求,急需一个重要的新功能。我们经理和产品经理就打算推荐使用一个疯狂的黑客解决方案,但是我们解释说,只要我们方法正确,不会花很长时间来做好这个功能。因为我们团队已经学会了辨别简单的技术执行方法,能够说服业务不采用他们的黑客方案,我们在2周的冲刺时间中收集了我们团队故事点平均数量的3倍例子来说服业务。我们通常都不会太注重我们的速度;这只是一个帮助业务做计划的数字。但是,一大堆我们需要在冲刺阶段完成的任务卡,特别是这段冲刺时间还包含假期以及团队成员还在度假时,令我们印象非常的深刻。我们没有加班或压力大。我们多年的经验帮我们很快度过难关。

  特别吗?

  是的,我猜你会说我们的团队是“特别的”,但这并不是由于仙尘特效,而是因为许多小实验,我们得意的是我们所要传达的内容。如果你在博文上看见我的评论“这就是我的团队所做的”不要不相信。想想你的团队是如何培养你们自己的经理的,想想你的团队是如何试着做一些小实验的。这样你的团队也可以变得很特别!

版权声明:本文出自油炸小朋友、寵、纤宝儿、小狐狸、Winnie、言出必行、飞燕儿、楠族开心果翻译,51Testing软件测试网原创出品,转载时请务必以超链接形式标明文章原始出处、作者信息和本声明,否则将追究法律责任。

http://www.51testing.com

《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号