单元测试系列1——选择测试框架

去年，团队里在搞自动化集成，主要依赖jenkins，而当自动化打包，自动化单元测试的相关脚本都准备好了之后才发现，单元测试还木有，以前做过net的单元测试，却没有任何iOS单元测试经验的我，投身学习调研中。

首先就是选择测试框架。开了项目分之支后，经过不断的写demo，对比哪个更适合我们的项目，最终将框架定为：XCTest + OCMock + OCHamcrest这个我认为适合我们项目的框架方案。

XCTest：

XCTest是Xcode 5中自带的测试框架，它和Xcode 4及之前的SenTestKit，OCUnit据说是升级版，可以无缝迁移，不过具体有什么前因后果怎么迁移，对我来说没什么用，所以媛媛没有做多少研究，就不说了，直说我为啥选择它。其实主要就是因为它简单啊。XCTest和Xcode的IDE直接集成，创建新项目自带，即使旧项目加上去也特别容易，而且XCTest享受以后所有苹果官方的升级福利。旧项目加入xctest操作步骤如下：

1、创建新的target，会生成对应的目录及目标，如图。

2、配置pod，因为我们的项目是使用pod做第三方库管理的，所以要在pod中添加支持，及在profile中加入

link_with 'PM_GTS2', 'PM_GTS2Tests'；

3、然后就可以加入case使用Tests了，至于case怎么写，以后细说。

OCMock：

首先科普下什么是mock测试。mock测试是个很神奇而又很酷的技术，在测试过程中，对于一些不容易构造或不容易获取的对象，此时你可以创建一个虚拟的对象（mock object）来完成测试。OCMock是一个用于为iOS或Mac OS X项目配置Mock测试的开源项目，其实现思想就是根据要mock的对象的class来创建一个对应的对象，并且设置好该对象的属性和调用预定方法后的动作（例如返回一个值，调用代码块，发送消息等等），然后将其记录到一个数组中，接下来开发者主动调用该方法，最后做一个verify（验证），从而判断该方法是否被调用，或者调用过程中是否抛出异常等。基于pod的项目，加入OCMock的框架比较容易操作，还不容易出错，具体步骤和OCHamcrest一起添加。

OCHamcrest：

XCTest自带的断言虽不说屈指可数，但四手总能数了，实际用起来，远远不能满足我现有的需求，所以我开始寻觅扩展框架做匹配引擎。最后用这个OCHamcrest框架，做匹配引擎，也是有原因的，主要就是因为：教程多，资料多，好学易上手啊。作为断言的扩展框架，好多人选了Expecta这个框架，但我总觉的这个的灵活性太小，而OCHamcrest更加成熟，而且可扩展性高，可以自定义自己的断言，更灵活。也没做什么深度分析，只是觉得教程多又好用又灵活，自然就选了这个。基于pod的项目，加入OCHamcrest的框架比较容易操作，还不容易出错，具体步骤如下：

1、在pod上找这两个库的对应版本；

$ pod search OCMock

$ pod search OCHamcrest

2、更新到profile中去，在profile文件中加入以下两行；

pod 'OCMock', '~> 3.2'

pod 'OCHamcrest', '~> 4.3.0'

3、到profile文件目录下，执行以下命令；

$ pod update --no-repo-update

4、然后就能在项目中看到如下图的静态库了，是不是so easy？