如何写出可测性强的代码

作为程序员，我们大多数情况下在关注，功能的实现，效率的高低，很容易忽略一个至关重要的问题 ---可测性

James Bach 这样描述可测试性：软件可测试性就是一个计算机程序能够被测试的容易程度。

那么这个东西有多重要呢?

当一个系统足够大的时候,可测性很大程度上决定这项目的成败。一个糟糕无比的设计，一个完全无法通过有限的测试时间把控质量的项目，几乎注定会失败，或在不久的将来被重构。那么什么样的设计才是可测性强的设计呢？

从架构设计上以下2个特点可以增强程序的可测性

1）耦合度低

2）漏斗型设计

耦合度低几乎是所有程序设计所强调的，对于可测性而言它带来的好处就是，可以分开测试易于问题排查

漏斗型设计是指公共逻辑归一化，简单的情况可能是一个类中，公共方法的提取，复杂点可能是一个系统中公共功能的提取，这样的设计可以有效减少测试工作量，且对公共方法和功能可以有比较高的质量保证。

从程序设计上以下3个特点可以增强程序的可测性

1）确定的执行路径

2)  语法简单的

3）重大分支有开关

确定的执行路径，为什么会出现这个问题？你的程序可能会利用时间或者随机数选择一条路径去执行，这对于测试而言是灾难性的，从可测性而言这样的程序应该怎么改进呢：把生成时间或随机数的方法提取到一个公共函数中，那么在测试的时候你就可以方便自己控制程序的执行路径。

语法简单的:为什么会说道这个问题呢?因为每种语言都有一些看似NB的语法,包括运算符以及一些比较少用的库函数,除非这个东西真的可以给你带来巨大的好处,否则不要用.原因是这样的:首先,这些语法用的人少你也不见得非常了解,不了解的东西就可能带来问题,其次,程序的可读性远远比那一段看似高级的程序来的重要.

重大分支有开关：什么叫重大分支，简单点说就是逻辑上靠前的分支，比如：我们的系统有页面级缓存，当一个请求过来时我们是否读缓存，这是一个比较靠前的逻辑，在此分道扬镳可能意味着程序之后会走完全不同的路径。这样做的好处是非常明显的：易于构造测试用例，易于把握分支覆盖。