《敏 捷 教 练:如何打造优秀的敏捷团队》—10.5 检查表

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

10.5  检查表

l  转为测试驱动开发需要有充足的时间。转变太大,团队无法一口气全做完。用迭代的方式来引入TDD。花点时间与团队一起找出前方都有哪些障碍,接着用PrOpER循环进行应对。

l  全新项目可以从测试先行起步。当团队必须给现有代码更新测试的时候,就得花点时间才能想明白该从何入手。他们的起步可以是每天写一两个自动化测试,或者是,等到有把握测好遗留代码时再从测试后行转为测试先行。

l  整个团队都要能认同此方式才行,需要所有开发人员都测试并运行测试,TDD才会有效。确保团队理解TDD要解决的问题。

l  团队计划要计入学写自动化测试的时间因素。组织培训和编码道场以支持团队学习。

l  把团队聚起来商定一个测试策略,从中间层的单元测试入手往往会比较有保障。不要忘记还得针对自动化测试的基本要素达成一致,例如测试存在哪里以及如何运行。和团队一起检查测试策略的执行情况,并决定下一步从何入手。

l  持续集成是一种态度,而不是一组工具。建议团队别急着使用构建服务器,先从一种同步式CI流程开始。

l  如果团队使用了CI服务器,那就要做到让他们可以轻松地履行职责修复失败的测试。别让构建状态掩埋在邮件中,要做到可视化,让整个团队都能看见。

l  留意运行缓慢的测试。改进构建脚本和基础设施需要时间,鼓励团队在做计划时把这个时间也考虑进去。测试覆盖率可以帮助团队更清楚地知道自己做得有多好。


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

评论(0

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

全部回复

上滑加载中

设置昵称

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

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

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

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