作为程序员,我们大多数情况下在关注,功能的实现,效率的高低,很容易忽略一个至关重要的问题 ---可测性
James Bach 这样描述可测试性:软件可测试性就是一个计算机程序能够被测试的容易程度。
那么这个东西有多重要呢?
当一个系统足够大的时候,可测性很大程度上决定这项目的成败。一个糟糕无比的设计,一个完全无法通过有限的测试时间把控质量的项目,几乎注定会失败,或在不久的将来被重构。那么什么样的设计才是可测性强的设计呢?
从架构设计上以下2个特点可以增强程序的可测性
1)耦合度低
2)漏斗型设计
耦合度低几乎是所有程序设计所强调的,对于可测性而言它带来的好处就是,可以分开测试易于问题排查
漏斗型设计是指公共逻辑归一化,简单的情况可能是一个类中,公共方法的提取,复杂点可能是一个系统中公共功能的提取,这样的设计可以有效减少测试工作量,且对公共方法和功能可以有比较高的质量保证。
从程序设计上以下3个特点可以增强程序的可测性
1)确定的执行路径
2) 语法简单的
3)重大分支有开关
确定的执行路径,为什么会出现这个问题?你的程序可能会利用时间或者随机数选择一条路径去执行,这对于测试而言是灾难性的,从可测性而言这样的程序应该怎么改进呢:把生成时间或随机数的方法提取到一个公共函数中,那么在测试的时候你就可以方便自己控制程序的执行路径。
语法简单的:为什么会说道这个问题呢?因为每种语言都有一些看似NB的语法,包括运算符以及一些比较少用的库函数,除非这个东西真的可以给你带来巨大的好处,否则不要用.原因是这样的:首先,这些语法用的人少你也不见得非常了解,不了解的东西就可能带来问题,其次,程序的可读性远远比那一段看似高级的程序来的重要.
重大分支有开关:什么叫重大分支,简单点说就是逻辑上靠前的分支,比如:我们的系统有页面级缓存,当一个请求过来时我们是否读缓存,这是一个比较靠前的逻辑,在此分道扬镳可能意味着程序之后会走完全不同的路径。这样做的好处是非常明显的:易于构造测试用例,易于把握分支覆盖。