iOS下的unit test——OCUnit

最新推荐文章于 2016-08-09 11:35:45 发布

番薯大佬

最新推荐文章于 2016-08-09 11:35:45 发布

阅读量604

点赞数

分类专栏： iOS 测试

iOS 测试专栏收录该内容

24 篇文章 2 订阅

订阅专栏

OCUnit是Xcode4.x的时候集成的测试框架。OCUnit中的测试分为两类，一类是Logic Tests，另一类是Application Tests。

Logic Tests更倾向于测试数据的流动，无关乎界面的逻辑部分，是个白盒测试；Application Tests更倾向于测试接口，尤其是和用户交互的接口，是个黑盒测试。当然实际情况并非非此即彼的一刀切的，但基本的区分思路是这样的。

OCUnit是Xcode集成的，当然和工程的结合是天生的最有优势的，最方便的。在创建新工程时就有一个Include Unit Tests的选项

如果钩上这个选项就会自动创建一个测试的Target。如果你的项目想增加一个测试Target，那么可以使用Add Target的方法，加入一个“Cocoa Touch Unit Testing Bundle”的Target就可以了。具体如图所示

加入Target会自动生成一个scheme，编译原工程和运行单元测试需要切换不同的scheme。

Logic Tests的话，到这里差不多就设置结束了，Application Tests设置会复杂一点，还需要继续进行一些设置，主要是Bundle Loader／Test Host以及scheme的设置，我这里先介绍一下这些设置，然后把例子的示意图对比贴出来。

在一个应用中，往往LogicTests和ApplicationTests是都需要的，由于两个测试的侧重点不同，所以建议是分开建立两个Target，这样scheme也会随着分成2个，设置起来也方便一点。下图是3个Target的样式

ApplicationTest还需要设置Bundle Loader和Test Host。

在Build Setting页面里面搜索Bundle Loader，并设置成$(BUILT_PRODUCTS_DIR)/APP_NAME.app/APP_NAME（APP_NAME是应用名）

在Test Host里面，设置成$(BUNDLE_LOADER)

下面是scheme的设置，不论LogicTest还是ApplicationTest的Scheme，都需要设置Scheme里面Test页面下设置测试项的内容，这个内容主要是从实际的TestCase里面来（TestCase命名是有规则的，这个稍后会讲到）。不同的是，ApplicationTest的项，需要在应用本身的Scheme的Test页面设置上。下面连续给出应用本身／LogicTest／ApplicationTest的Scheme示意图

设置到这里就告一段落，下面讲讲测试代码的书写。

为了让工具能自动识别，运行，对于测试代码的书写是有一定要求的，这个是由这个测试框架决定的。OCUnit运行必须包含SenTestingKit.framework这个库，针对需要测试的类，每个类写出自己的TestCase，独立组织一个文件。每个测试类都是继承自SenTestCase类，这里有3个重要的方法需要介绍：

1. -(void)setUp: 每个test方法执行前调用，用于类的创建，一些变量的初始化等

2. -(void)tearDown:每个test方法执行后调用

3. -(void)testXXX:这个是真正运行的测试方法，命名就是不带参数，以test开始。

这里的每个testXXX方法可以在Scheme里面看到，并可以设置是否测试这个方法

开发者的主要工作是自己实现这些无返回值的testXXX方法，一般框架会提供大量的断言方法，如果还是觉得不够丰富，可以使用第三方的库来进行扩充，比如：OCHamcrest。

LogicTest与ApplicationTest的区别主要在setUp方法，LogicTest仅仅需要在setUp方法中初始化一些测试数据，而ApplicationTest会需要在setUp方法中获得主应用的AppDelegate。这里还需要指出OCUnit的test bundle是侵入主应用的，因此使用的时候需要注意一下，不要让单元测试的资源覆盖主应用资源，造成一些莫名其妙的Bug。