这一章用了一个保龄球的案例,主要对测试驱动和重构做了很形象的表现。尤其是对敏捷开发有重要作用的测试驱动占了很大篇幅。

在这章中测试驱动的几个特点:

  1. 根据保龄球场景先思考、创建测试用例
    敏捷软件开发:原则、模式与实践 第六章读书笔记
  2. 测试代码优先编译通过
    敏捷软件开发:原则、模式与实践 第六章读书笔记
  3. 编译通过后完善代码功能通过测试
    敏捷软件开发:原则、模式与实践 第六章读书笔记
  4. 对业务逻辑的实现有设计想法,先编写测试用例,同时完善代码,找出该设计的必要性
    敏捷软件开发:原则、模式与实践 第六章读书笔记
  5. 发现测试用例需要但业务代码没考虑的,先编译通过,使测试失败

敏捷软件开发:原则、模式与实践 第六章读书笔记

  1. 测试代码繁琐的时候,也考虑重构简化测试代码敏捷软件开发:原则、模式与实践 第六章读书笔记

7.对于需要重构的代码,先不管没有思路的,先立刻做当前能做的
敏捷软件开发:原则、模式与实践 第六章读书笔记
8. 随时利用测试用例找代码漏洞
敏捷软件开发:原则、模式与实践 第六章读书笔记
9.不断写各种情况的测试用例来测试代码直到测试不通过
敏捷软件开发:原则、模式与实践 第六章读书笔记
10.可以用测试用例来做代码清晰易读化的导向
敏捷软件开发:原则、模式与实践 第六章读书笔记
11.及时清理没有用的测试用例
敏捷软件开发:原则、模式与实践 第六章读书笔记
12.测试要记得考虑边界情况
敏捷软件开发:原则、模式与实践 第六章读书笔记
13.测试用例在业务逻辑上要和代码保持一致
敏捷软件开发:原则、模式与实践 第六章读书笔记
14.在测试用例覆盖了所有能考虑到的业务代表性场景后,开始对代码进行彻底重构
敏捷软件开发:原则、模式与实践 第六章读书笔记
15.感谢伙伴的帮助
敏捷软件开发:原则、模式与实践 第六章读书笔记

相关文章:

  • 2021-08-10
  • 2022-12-23
  • 2021-10-25
  • 2021-06-26
  • 2022-12-23
  • 2022-12-23
  • 2022-12-23
  • 2022-12-23
猜你喜欢
  • 2021-11-03
  • 2021-10-23
  • 2021-07-03
  • 2022-12-23
  • 2022-02-25
  • 2022-02-04
  • 2022-02-21
相关资源
相似解决方案