构建iOS持续集成平台(2)

　　OCUnit的运行结果会通过弹窗直接告诉开发者，运行的细节信息则会打印在Xcode的输出窗口中：

　　GHUnit的运行结果则全部显示在自己的应用界面中，开发者可以在应用中查看所有的信息，以及做运行测试等各种各样的操作。

　　关于如何使用OCUnit和GHUnit， InfoQ上有高嘉峻的文章《iOS开发中的单元测试》(http://www.infoq.com/cn/articles/ios-unit-test-1)有详细的介绍，我就不再这儿重复叙述了。

　　如果单从单元测试框架来看，个人更喜欢GHUnit测试结果的可读性和运行测试的灵活性，但是，随着Facebook的xctool的发布，OCUnit华丽丽的逆袭了，因为xctool帮助OCUnit把运行测试的灵活性和测试结果的可读性这两块短板给补齐了，再加上其和Xcode的集成优势以及通过命令行运行的便捷性，让其成为持续集成平台的Unit测试框架的首选。

　　在Java程序员的心中，Junit和Hamcrest永远是一体的，Hamcrest为junit提供了非常丰富的断言机制，极大的增强了测试的可读性。越来越活跃的iOS开发社区，当然不会让Object-C的世界缺失这样一个优秀的框架，于是OCHamcrest【13】诞生了。

　　在测试项目中使用OCHamcrest非常简单，尤其是使用了cocoapods管理依赖的项目。只需要在Podfile文件中加上：

　　target : do ...

　　pod 'OCHamcrest'

　　end

　　然后，运行“pod install”命令安装Hamcrest到测试Target，安装好之后，为了在测试类中使用OCHamcrest的断言。还需要在测试类的头文件中加入如下代码：

　　#define HC_SHORTHAND

　　#import

　　开发者可以把这段代码加入-prefix.pch中，这样所有的测试类就都可以使用 OCHamcrest的断言了。在前面提到的高嘉峻的文章中的第二部分更加详细的讲解了OCHamcrest的断言，以及其和另一个断言框架 Expecta的对比，感兴趣的同学可以跳过去看看(http://www.infoq.com/cn/articles/Matching- Engine-Enliven-Assertion-2?utm_source=infoq& utm_medium=related_content_link& utm_campaign=relatedContent_articles_clk)。

　　Component Test & Integration Test

　　在开发手机应用时，总难免会和其他的系统集成，尤其当开发的应用是某个系统的手机客户端时，这样就涉及到很多第三方API的集成点需要测试，在成熟的Java世界中，诞生了EasyMock，Mockito，moco等针对这种集成点的测试工具。同样的，活跃的社区力量正一步一步的在让 Object-C世界成熟，OCMock【14】诞生。

　　OCMock

　　有了cocoaPods，新加框架变得非常容易，基本上就是“哪里没有加哪里”的节奏，添加OCMock框架，只需要在Podfile文件中加上：

　　target : do...

　　pod 'OCMock', '~> 2.0.1'

　　end

　　然后，运行“pod install”命令安装OCMock到测试Target，同样的，需要把OCmock的头文件添加-prefix.pch文件中

　　#import

　　下面是一个简单的使用OCMock的例子，更多的用法请参考OCMock的官网：http://ocmock.org/features/：

　　- (void)testSimpeMockPass{

　　idmockObject = [OCMockObjectmockForClass:NSString.class];

　　[[[mockObject stub] andReturn:@"test"] lowercaseString];

　　NSString * returnValue = [mockObjectlowercaseString];

　　assertThat(returnValue, equalTo(@"test"));

　　}

　　moco

　　moco【15】以其对系统集成点测试的贡献荣获了2013年的“Duke's Choice Award”奖，虽然其以Java写成，主要的生态系统也是围绕Java打造，但是，其Standalone模式可以非常方便的构造一个开发者期望的服务器，这对于Mobile领域的集成点测试来说，本就是一个非常好的Mock服务器的工具。Moco有如下的特点：

　　易于配置，使用：一个Json配置文件，然后“java -jar moco-runner--standalone.jar -p 8080 ***.json”就可以启动一个Mock服务器。该服务器的所有行为都在配置文件里。如果你想添加，修改服务器行为，只需要修改一下配置文件，然后重新启动该服务器就行了。

　　配置文件可读性好，使用Json格式的配置文件，对绝大多数开发者来说都可以很容易理解。

　　支持模拟客户端需要的所有http操作，moco实现了针对请求Content、URI、Query Parameter、Http Method、Header、Xpath的模拟。对响应的格式支持有Content、Status Code、Header、URL、甚至支持Sequence请求，即根据对同一请求的调用次数返回不同的结果。

　　完全开源，代码不多也比较易懂，如果没有覆盖到我们的场景，完全可以在该项目基础上实现一个自己的Mock服务器 。

　　熊节在infoQ上发表的《企业系统集成点测试策略》【16】一文中，详细的论述了在企业系统中，moco对测试系统集成点的 帮助。这些论点在Mobile开发领域同样适用，因此合理的使用moco可以帮助iOS开发者更加容易的构建一个稳固的持续集成平台。

　　System Test

　　对于iOS的系统(UI)测试来说，比较知名的工具有UIAutomation【17】和FonMonkey【18】。

　　UIAutomation

　　UIAutomation是随着iOS SDK 4.0引入，帮助开发者在真实设备和模拟器上执行自动化的UI测试。其本质上是一个Javascript的类库，通过 界面上的标签和值的访问性来获得UI元素，完成相应的交互操作，从而达到测试的目的，类似于Web世界的Selenium。

　　通过上面的描述，可以得知，使用UIAutomation做测试时，开发者必须掌握两件事：

　　如何找到界面上的一个UI元素

　　如何指定针对一个UI元素的操作

原文转自：http://www.kuqin.com/shuoit/20130920/335289.html