《敏 捷 教 练：如何打造优秀的敏捷团队》—10.5 检查表
【摘要】 本节书摘来自清华大学出版社《敏 捷 教 练：如何打造优秀的敏捷团队》一书中第十章，第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）