BT

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

敏捷测试不仅需要跨职能团队,还有更多……

| 作者 Amr Elssamadisy 关注 0 他的粉丝 ,译者 郑柯 关注 3 他的粉丝 发布于 2009年10月22日. 估计阅读时间: 2 分钟 | Google、Facebook、Pinterest、阿里、腾讯 等顶尖技术团队的上百个可供参考的架构实例!

大多数人在想到敏捷测试时,先涌上心头的是工具、自动化、何时以及如何测试,还有团队中测试人员的职责。这些都是非常有价值的话题。但是其中哪些是成功必须的因素,哪些是可有可无、有则最好的东西呢?

Craig Knighton的《我的工作说明不包括这些》一文中讨论了团队应该如何向敏捷转变,他在其中写道:

作为一个团队,我所指的是自组织、跨职能的团队,团队应该认识到:除非自己能克服这些挑战,产出的产品才能得到期望的质量和及时性。除非质量成为所有团队成员的职责,否则就很难打破“编码-测试”这样的循环,而这正是问题的根源所在。软件开发中的手工回归测试,完全相当于在生产流水线上的人工检查。在制造业中,人们知道:在自动化检查和早期流程度量方面的投资是关键。然而,一个产品也许要经过改变才能通过自动化方式的测试——这对架构或开发工具的变更要求将会是非常巨大的。在开发者测试上投入精力和时间,能够减轻对于人工检查的依赖,但这意味着开发人员的工作习惯要改变。最后一点,开发人员需要为创建自动化测试套件提供帮助。

他的说法跟社区中的普遍观点很类似。刚刚实施敏捷的团队,可能正打算采取逐步实施的方式,要想取得产品的成功,他们必须着重认识到:成为自组织、跨职能团队是必备条件,不是可有可无;而且还要摆脱“又不是我的屁股上着火”这种心态,这也非常重要。

说到敏捷测试,我们不能不提到刚刚在柏林举办的Agile Testing Days会议。Gojko Adzic对于会议的多个演讲写了一个简要概述。Gojko提到了Mary Poppendieck的一个演讲:

Poppendieck认为“现在[软件开发领域]最大的缺陷是容忍缺陷”。她建议将每个失败之处(即没有发现的缺陷)看作一次学习的机会。找出失败之处的问题根源并消除它 ,从而让类似缺陷在未来消失,这才是前进之道。

来自精益的“停止然后修复”的心态与自组织、跨职能团队直接相关。如果团队没有在一起工作,那团队就不会停下来,但是单独的个人可以停下来(如果你足够幸运)。如果团队真地停止工作,他们就丢掉了在一起学习的机会。学习是软件开发非常重要的环节,在笔者看来,学习才是软件工程的瓶颈

查看英文原文:Agile Testing Requires Cross-Functional Teams and More

评价本文

专业度
风格

您好,朋友!

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

获得来自InfoQ的更多体验。

告诉我们您的想法

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

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

职能转换 by Chong (崇桦) Terry

敏捷团队中,有时确实需要不同组员在职能间的相互转换,所以相互学习是很重要的。

除非质量成为所有团队成员的职责,否则就很难打破“编码-测试”这样的循环,而这正是问题的根源所在。 by Chan Jackei

除非质量成为所有团队成员的职责,否则就很难打破“编码-测试”这样的循环,而这正是问题的根源所在。

允许的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通知我

2 讨论

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


找回密码....

Follow

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

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

Like

内容自由定制

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

Notifications

获取更新

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

BT