BT

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

怎样高质量地完成用户故事?

| 作者 Dan Puckett 关注 1 他的粉丝 ,译者 金毅 关注 0 他的粉丝 发布于 2010年12月29日. 估计阅读时间: 2 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

署名为Brian的网友在“Scrum开发”邮件列表上提出了一个他遇到的质量问题

在迭代结束的时候,我们的开发团队总是不能交付几乎没有缺陷的用户故事。一位管理人员建议我们,即使是修复缺陷,也创建一个故事——QA点(QA score)。

Jorge Rowies提出了几个建立质量度量指标的方案

测试人员和开发人员在同一个团队吗?如果不是,那么QA点将是一个很不错的减少缺陷的开端。

每个用户故事都有验收测试吗?如果有,那些测试是谁写的呢?它们足够明确,并且能在一个迭代中完成吗?

Malcolm Anderson认为暂停新的开发有助于完善当前的用户故事

在开发人员开始做下一个用户故事之前,指派一个测试人员先审核做好的用户故事,这样是不是更好呢?

这将把你的缺陷数降低至几近于零。

开发人员都倾向于做“新的东西”,那些完成速度很快、但质量很差的开发人员倾向去做那些最“新的东西”。我的这个方法可以预防开发人员高速低质的开发。

Jack Milunsky提倡关注完成的定义

你的团队需要对每个故事建立“完成”的标准。这包括验收测试和质量标准。如果在sprint结束的时候,一个用户故事还是存在缺陷,那么它就是未完成。你必须在同一个sprint里面完成一切开发、测试和缺陷修复。这会让你的产品拥有很不错的质量。

Peter Skeide对于解决质量问题有一些很具体的建议

  • 改进回顾会议,这样团队可以有效地识别和解决这类质量问题。
  • 如果不同的团队成员编写代码的质量不一样,那么让那些更强的开发人员识别出一些能帮助其他人提高代码质量的方法。
  • 关注缺陷预防,而不仅仅是缺陷识别。一些有用的工具包括:
    • 代码检查(code inspections)
    • 检查清单(checklists)
  • 通过结对编程来改进团队内部的知识共享。
  • 开始定期使用一些静态或者动态代码分析工具。

评价本文

专业度
风格

您好,朋友!

您需要 注册一个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