《敏 捷 教 练:如何打造优秀的敏捷团队》—10.4 难关

举报
清华大学出版社 发表于 2019/10/21 21:11:41 2019/10/21
【摘要】 本节书摘来自清华大学出版社《敏 捷 教 练:如何打造优秀的敏捷团队》一书中第十章,第10.4节,作者是Rachel Davies Liz Sedley,徐 毅 袁店明 译。

10.4  难关

在实践过程中,可能会碰到以下难关。

无可用测试工具

常用编程语言都有现成的开源单元测试框架可供使用。不过,也有一些团队使用专用(proprietary)开发语言开发代码,原因可能是所用的第三方软件有自己的语言,或者是他们公司使用自己开发的语言已经写了很多代码。如果,团队想写自动化测试,却找不到适合所用编程语言的商用或开源工具,那也不必因此而停下脚步。通常来说,写个简单的自动化测试框架也不难,鼓励他们考虑自己做测试工具。

维护测试先行之纪律

采纳TDD时,难就难在转向测试先行方式的过程。总有一些开发人员还是以测试后行的方式工作。这很自然。例如,作为一名开发人员,可能会先大概写些代码以便从中发现测试的切入点,这时很容易一个不留神就顺手赶在测试之前把解决方案给写好了。结对讨论设计可以帮助开发人员着手使用TDD

如果队内有开发人员强烈反对先写测试却愿意写自动化测试,提议团队为此留出一段试验期。只要他/她写的自动化测试能够做到团队其他人相似的测试覆盖率,测试后行也是可以接受的。注意观察,如果这种工作方式影响到了其他成员,就要在回顾会议上提出来。

每个人都有自己的分支

分支策略有很多种,每个人都有自己的分支就是其中一种,但它却和持续集成互不相容。有些团队就使用了这种工作方式,以免开发人员在工作时互相打扰到对方。

这样会导致每次集成都很耗费时间,因为开发人员独自干活致使队内存在误解的情况也经常出现。每次集成的风险还包括破坏其他代码和引入缺陷。CI的全部意义就在于小的、频繁的集成,这样才快速无痛,而坚守CI还能帮助开发人员保持一致。

如果你发现团队有推迟集成的情况,我们强烈建议你和团队谈一谈它可能会导致哪些问题。鼓励他们可以尝试做几个星期的CI,团队回顾时再做检查。


【版权声明】本文为华为云社区用户转载文章,如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

举报
请填写举报理由
0/200