BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

敏捷开发领跑传统测试

| 作者 Savita Pahuja 关注 2 他的粉丝 ,译者 夏雪 关注 0 他的粉丝 发布于 2014年6月1日. 估计阅读时间: 3 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

Diego Lo Giudice是Forrester Research的首席分析师,他在近期的博客中探讨了敏捷开发为什么领跑传统测试,他在博客中说,“敏捷实践正在打散传统的测试组织。敏捷开发人员总是要完成更多的测试,所以QA专业人员需要参与到开发团队的日常运作中。”

按照Deigo所说的这种近期的趋势,QA专业人员应更加关注先进的测试实践。

他们需要通过深入参与这些先进的实践(比如测试驱动开发、增量的测试自动化和持续构建与集成)以适应不断变化的环境,显著地影响开发人员和测试人员的日常活动。

单独的测试和开发团队不适合敏捷工作环境,Deigo指出。

当测试团队与开发分离时,测试人员通常是去努力发现更多可能的缺陷——但前提是开发人员已经编写了代码……

如果把测试人员和开发人员分开,就很难把他们的工作整合到一个持续交付流水线中。

挪威卑尔根市召开的2014年Booster Conference期间,关于“转变你的测试心态”的会议上,Lisa Crispin(《敏捷软件测试:测试人员与敏捷团队的实践指南》的合著者)发言了自己的意见。她的重点更多地集中在开发人员和测试人员的协作上。

与之截然相反……我们在此是去发现缺陷,或者确保需求得到满足,或者是对软件施以破坏

想想我们如何把质量加进来?

Deigo还提到传统测试为什么落后于敏捷开发。

  1. 大量手工的测试活动降低了交付速度。
  2. 团队只能在系统开发并集成完成之后才开始测试。但遗憾的是,项目经常拖期,所以团队最后只好压缩和牺牲剩下的活动。
  3. 团队积累了太多的技术债。按时交付有这么一个天敌,那就是在开发末期才发现你的应用中有重要的质量问题。缺陷发现得过晚会导致高返工率和巨大的浪费。

出于这些原因,寻求测试的转变使其遵循敏捷就极其重要了。在测试实践方面的转变也改变了开发团队挑选测试工具的方式。Deigo谈了他在测试工具方面的看法。

开发人员想要的是能够轻易地嵌入到其集成开发环境(IDE)中的工具,而QA和其他软件专业人士更喜欢提供更高层次抽象,并且易于使用的工具。

查看英文原文:Agile Development Races Ahead of Traditional Testing


感谢臧秀涛对本文的审校。

给InfoQ中文站投稿或者参与内容翻译工作,请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博(@InfoQ)或者腾讯微博(@InfoQ)关注我们,并与我们的编辑和其他读者朋友交流。

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT