使用XCode测试工程代码（一）

使用XCode测试工程代码（一）

在目前自己的开发经验中，发现利用XCode 的测试框架XCTest.framework来写单元测试和UI测试的工程很少。初级程序员更不会对自己的代码进行单元测试。

在XCode进行不同案例的测试并不是一件复杂的事情。同时打开XCode的code coverage选项，还能够清楚看到那些测试代码的覆盖率。

对于已有项目去添加测试难度大于在编程过程中就一直有持续的测试和集成。这个道理是容易理解的，因为测试需要代码本身的功能模块性强、耦合度低。如果代码从来没有过单元测试和UI测试，很可能这些要求就达不到。那在这个现有状态下，就需要去剥离、重构独立的模块和功能逻辑出来进行测试。所以，难度和工作量自然就高。

如何使用XCode测试模块

在我们开始新建一个项目的时候，XCode会自动就该项目名称为我们创建一个名为项目名称Tests的test target。我们使用快捷键CMD + 5（关于快捷键）展开测试导航栏test navigator来查看该test target中包含的test classes和test methods。

好了，概念已经够多了。

比如官方文档中实例工程名为SampleCalc，那被自动创建的test target就是如下图中的SampleCalcTests。

在来看看下面一些概念：

• test target 这里target的概念就是我们的build target，也就是对于同一个项目工程project而言，我们可以构建具有不同build settings的targets。
• test classes 一个test target会包含不同的test classes。那么测试类的划分可以是根据功能复杂度去区分；也可以根据模块功能区分。比如，SampleCalc这样一个工程，需要测试的主要逻辑是运算。那可以按照功能模块去划分AdditionTests、SubtractionTests等的测试类；也可以划分为BasicArithmeticTests、ComplexArithmeticTests等这些测试类。
• test methods一个测试类中可以包括多个测试方法。那么测试方法是XCode测试中的最小单元。测试方法必须满足以下几个条件：
  • 以test关键字开头；没有返回值；不接受任何参数。比如- (void)testSomething;。
  • 使用XCTest的断言API来判断测试结果是否符合预期。
    

  示例如下

    //测试一个view能否成功创建
      - (void) testCalcView {
      	// setup (创建测试所需要的基本数据)
      	app = [NSApplication sharedApplication];
      	calcViewController = (CalcViewController*)[NSApplication sharedApplication] delegate].window.rootViewController;
      	calcView             = calcViewController.view;
        // 测试预期结果
      	XCTAssertNotNil(calcView, @"Cannot find CalcView instance");
      	// 如果需要的话，销毁创建的测试资源 
      }
  

  如果在写测试方法的过程中需要使用到工程中被测试相关代码方法和属性，直接导入包含该方法或者属性的头文件就好了。

测试的执行流程

所有的测试方法都是独立于其他测试方法来运行的。如果我们打开XCode为我们创建的测试类的模板的话。会依次看到这些方法：

- (void)setUp; //创建多个测试方法需要共同访问的资源；
- (void)tearDown; //如果需要的话，销毁setUP方法中创建的资源；
- (void)testExample; //普通测试方法的示例;
- (void)testPerformanceExample; //性能测试的示例；

那么在执行一个测试方法test method的时候，XCode会创建一个该测试类的对象；调用- (void)setUP方法，然后运行该测试方法，最后调用- (void)tearDown方法。如果这个测试类，本身还实现了其类的+ (void)setUP和+ (void)tearDown方法的话，会先调用类的+ (void)setUP，最后调用+ (void)tearDown方法。所以，每一个测试方法之间是不会有任何项目干扰的。

在执行测试的时候，我们有很多种选择。可以只是运行一个单独的测试方法；也可以运行一个test class中的所有测试方法；甚至可以执行，一个test target中所有test class中所有的测试方法。

执行运行操作很简单，只需要将鼠标指向测试导航栏（test navigator）中的test target、test class或者是test method，右侧就会出现一个播放按钮。点击该按钮，就开始运行测试了。

在测试代码源文件中同样可以执行测试。每一个测试方法和test class的@implementation关键字左边都带有一个钻石形状的符号。将鼠标移至该符号的地方就会出现同样的播放按钮。点击就能执行测试。

测试键盘快捷键

在构建一个App的时候，我们会使用CMD + r来节约使用鼠标的时间。在测试这个模块上，XCode也自带了一些快捷键（关于快捷键）。

• CTR + OPT + CMD + u 这个快捷键组合比较智能。如果光标的插入点是在一个test method中，使用这个快捷键，那么就会只执行这个测试方法。如果是在测试方法之外，在test class的其他位置，那么就会执行整个测试类的所有测试方法。
• CTR + OPT + CMD + g 这个快捷键是用来重复上次的测试方法。在修改过某个测试方法逻辑的时候，想重复执行上次的测试方法。就使用该快捷键。
• CMD + u 这个快捷键是在测试模块中于CMD + r相对应（counterpart）的一个快捷键。它是执行当然的active scheme进行测试。

参考资料

• Testing With XCode （官方文档）
• Obj.io Issue: Testing