iOS开发那些事--OCUnit测试框架

使用OCUnit测试框架iOS单元测试框架

原则上，是否使用测试框架都不会影响单元测试结果，但是“工欲善其事，必先利其器”使用单元测试框架更便于我们测试和分析结果。

主要的iOS单元测试框架有：

OCUnit，是开源测试框架，与Xcode工具集成在一起使用非常方便，测试报告以文本形式输出到输出窗口；

GHUnit，是开源测试框架，它可以将测试报告以应用形式可视化输出到设备或模拟器上，也可以以文本形式输出到输出窗口；GHUnit可以测试OCUnit编写的测试用例；

OCMock，是开源测试框架，它主要为测试提供Mock对象（伪对象）。

添加OCUnit到工程

添加OCUnit到工程中有两种方法，一种是在创建工程时添加，勾选“include Unit Tests”；另一种是在现有工程中添加“Cocoa Touch Unit Testing Bundle”Target来实现。下面我们详细介绍这两种添加过程。

1、创建工程时候勾选“include Unit Tests”

该种方式添加的单元测试属于应用测试（Application Testing）。在创建一个工程时，如果采用“Single View Application”模板，在选项中勾选“include Unit Tests”即可在工程中添加OCUnit框架。

工程创建完，在导航面板中会多一个PITaxTests组（<工程名>Tests），包含PITaxTests测试类。在右边的Target栏中多了一个PITaxTests Target。

但是打开Scheme列表还只有一个PITax，这是我们需要注意的。运行它可以通过：选择菜单Product→Test或工具栏中Test按钮（下拉Run按钮选择）或快捷键command+U等几种方式。

如果打开Frameworks组会发现添加了SenTestingKit.framework，SenTestingKit.framework就是OCUnit框架。因为单元测试框架一般命名为xUnit，如Java的单元测试框架是JUnit，.NET单元测试框架是NUnit等，OCUnit是Objective-C单元测试框架之意。

2、现有工程中添加Target实现

该种方式添加的单元测试，属于逻辑测试（Logic Testing）。在一个现有工程中，选择菜单File→New→Target…，选择模板iOS→Other中的 “Cocoa Touch Unit Testing Bundle”。

点击Next按钮，在Product Name项目中输入LogicTest，创建完成后，在导航面板中多出了一个LogicTest组，包含LogicTest测试类。在右边的Target栏中多了一个LogicTest Target。

与上一种添加方式不同的是，在Scheme列表中会添加一个LogicTest，这也是我们需要注意的，这也是应用单元测试和逻辑单元测试的另一个不同之处。运行它需要选择Scheme中LogicTest的iPhone 6.0 Simulator（或iPad 6.0 Simulator）运行，但是不能选择iOS Device，逻辑单元测试只能在模拟器中运行。然后再选择菜单Product→Test、工具栏中Test按钮（下拉Run按钮选择）和快捷键command+U等几种方式运行。

无论那种方式添加，默认生成的测试类基本都是一样的，下面代码是默认生成的LogicTest测试类中的LogicTest.h和LogicTest.m文件。

//

//  LogicTest.h

//  LogicTest

//

#import <SenTestingKit/SenTestingKit.h>

 

@interface LogicTest : SenTestCase

 

@end

//

//  LogicTest.m

//  LogicTest

//

#import “LogicTest.h”

 

@implementation LogicTest

 

- (void)setUp

{

[super setUp];

// Set-up code here.

}

 

- (void)tearDown

{

// Tear-down code here.

[super tearDown];

}

 

- (void)testExample

{

STFail(@”Unit tests are not implemented yet in LogicTest”);

}

 

@end

作为OCUnit测试类需要引入<SenTestingKit/SenTestingKit.h>头文件，并继承SenTestCase父类。testExample方法是一般的测试方法，方法名必须test开头，测试方法的个数没有限制，方法中STFail是OCUnit框架定义的一个宏，是无条件断言失败，实际使用时候要修改这个方法中的代码。

在m文件中需要重新方法setUp和tearDown，我们自己编写的测试类一样，setUp方法是初始化方法，tearDown方法是释放资源的方法，setUp和tearDown方法在每次调用测试方法之前和之后调用，因此在测试类运行的生命周期中这两个方法可能多次运行，它们的时序图