《编写可读性代码的艺术》读书笔记 第四部分 精选话题

第四部分 精选话题

第十四章  测试与可读性

1、 测试代码应当具有可读性，以便其他程序员可以舒服的改变或者增加测试

2、 使测试更可读。每个测试的最高一层应该越简单越好。

a)      对使用者隐去不重要的细节，以便更重要的细节会凸显。

b)      创建最小的测试声明。大多数测试的基本内容都能精炼成“对于这样的输入/情形，期望有这样的行为/输出”。并且很多时候，这个目的可以用一行代码来表达。

c)       实现定制的“微语言”。利用一些辅助函数，使得增加测试变得容易。

3、 让错误消息具有可读性

a)      Assert函数使用

b)      手工打造错误消息

4、 选择好的测试输入

a)      简化输入值

b)      一个功能的多个测试

5、 为测试函数命名

a)      被测试的类（如果有的话）

b)      被测试的函数

c)       被测试的情形或bug

Test_<funcName>_<situation>（）；

6、 对测试友好的开发方式

a)      测试驱动开发（TDD）

b)      可测性差的代码的特征

                    i.           使用全局变量

                  ii.           对外部组件有大量的依赖代码

                 iii.           代码有不确定的行为

c)       可测性好的代码的特征

                    i.           类中只有很少或者没有内部状态

                  ii.           类/函数只做一件事

                 iii.           每个类对别的类的依赖很少，低耦合

                 iv.           函数的接口简单，定义明确

第十五章 具体例子

                   ————————————from  the art of readable code