iOS开发进阶之单元测试

　　开始之前

　　本文侧重讲述如何在iOS程序的开发过程中使用单元测试。使用Xcode自带的OCUnit作为测试框架。

　　一、单元测试概述

　　单元测试作为敏捷开发实践的组成之一，其目的是提高软件开发的效率，维持代码的健康性。其目标是证明软件能够正常运行，而不是发现bug(发现bug这一目的与开发成本是正相关的，虽然发现bug是保证软件质量的一种手段，但是很显然这与降低软件开发成本这一目的背道而驰)。它是对软件质量的一种保证，例如重构之后我们需要保证软件产品的正常运行。

　　很多人认为编写单元测试没有用是认为单元测试并不能保证一定能减少bug发生的几率，而由于编写单元测试一定会花费一定的时间与精力，因而必然的会增加成本。客观的说，造成这种原因很大的程度上是程序员的水平不够高。我认为使用使用单元测试带来巨大好处的必要条件如下所示：

　　1、程序员本身的编程水平--是否有较多的代码经验，是否熟练掌握重构

　　2、程序员对项目的认知--是否能正确理解软件或模块的需求

　　3、项目质量--是否稳定，是否长期多版本，是否需要应对较多变化

　　如果程序员水平较高，对需求理解较为清晰，项目需要面对较多的变化，那么毫无疑问单元测试对于软件非常有益。假如软件功能简单且开发周期短，不需要进行复杂的维护工作，那么单元测试的意义并不大。

　　优秀的单元测试实践的好处：

　　1、好的单元测试就是一份好的文档，并且比文档更能为程序员所接受，它直接描述了测试员对受测代码的结果所持的预期。

　　2、当代码由别人维护时(或自己进行重构时)，通过单元测试的约束，才能保证在加入新功能或修改旧功能时代码的正确性。

　　3、由于单元测试的自动化执行，保证了在整个开发流程中代码都会被测试，这非常符合XP思想。

　　4、保证在面对软件功能的变化时，程序员可以较为放心的进行代码重构，而不必担心是否破坏了原有功能。

　　5、好的单元测试可以降低bug数量，而对于项目管理来说，修改bug这个过程是无法制定计划的，可以使软件的开发流程更容易掌控。

　　6、可以由老程序员编写描述某个类行为的测试，以此指导新程序员对类的编码。

　　好处还有很多，但最重要的一点就是保证了软件质量的同时，由于减少bug和应对变化造成的回归bug的产生等，提高了劳动生产率。而且，在敏捷流程中，使用单元测试是必须掌握的手段，否则就没发保证重构的正确性，从而造成代码无法面对变化。

　　二、iOS的单元测试概述

　　刚接触客户端编程时，我在很长一段时间内都想不通对于客户端程序如何编写单元测试。单元测试本质上说白了就是用一些断言来判定结果，而这种方式是如何应用到具有复杂交互的界面测试上来的呢?

　　我们要做的就是将客户端代码转化为易于测试的代码。什么样的代码易于测试呢?它至少是这样的：

　　1、被测方法需要产生可测量的结果。

　　2、类之间的关系应该是松耦合的。

　　其中第一条是必要条件。使用断言这种形式指明了测试的方法最终要造成某些可以度量的结果。因而，我们需要尽量的将展示和业务逻辑分离开来。展示的代码是没法测试的，例如有的方法只是播放动画。而业务逻辑最终都会造成一些数据的改变，这是容易测试的。

　　大略的讲，作为一个iOS程序员来说，首先要了解一个叫做MVC的模式。这个模式定义了Cocoa Touch框架的总体结构。在iOS程序中，我们也需要按照这种模式进行界面代码的编写。这样设计出来的类具有较好的结构，且比较适合于做单元测试。

　　然后一定要懂得不停重构代码，这样我们才能使代码不停地改善，不停地变得更加适合单元测试。

　　有一些框架可以帮助大家更好的测试，分别是OCUnit、GTM、GHUnit、CATCH、OCMock，但目前对我来说，OCUnit足够用了。作为苹果官方提供的测试框架，它最大的优点就是简单易用。

　　三、单元测试实践

　　下面是一些我所理解的单元测试中比较好的实践。

　　顾名思义，单元测试面向的对象是单元，这个专有名词源自编译器领域的术语“编译单元”。在面向过程中，指的是函数，而在面向对象中，指的通常就是“类”。因而，每个功能类都应该提供对应的单元测试。

原文转自：http://www.uml.org.cn/Test/201306072.asp