简洁代码--单元测试

代码整洁之道笔记

[TOC]

单元测试

测试驱动开发

TDD三定律

  1. 在编写不能通过的单元测试前,不能编写生产代码。
  2. 只可编写刚好无法通过的单元测试,不能编译也算不通过。
  3. 只可编写刚好足以通过当前失败测试的生产代码。 ?????

保持测试的整洁(脏测试的结果)

不顾代码质量的脏测试 = 没有测试

失控的测试代码会导致新加入测试异常艰难、花费更多的时间让测试通过、阻碍代码的通过,变为债务

优点:

  • 单元测试使得代码可扩展、可维护、可复用。
  • 不用担心对代码的修改。

整洁测试的要求(可读性)

测试模式: 构造-操作-检验

组成:

  • 快速:要能快速运行
  • 独立:每个测试间都要相互独立
  • 可重复:可在任何环境中重复通过
  • 自足验证:每个测试都有返回布尔值结果
  • 及时:测试优于开发

包装测试的特定api

baseTestCase
简洁代码--单元测试_第1张图片
大纲

你可能感兴趣的:(简洁代码--单元测试)