iOS开发人员需要具备的App单元测试技能

使用Xcode获取单元测试覆盖情况

Xcode中cmd+U运行单元测试，运行结束以后通过cmd+8可以查看测试用例的通过情况。如果要查看每个源文件的代码覆盖情况，需要进行如下配置：
Product-->Scheme-->Edit Scheme,选择左侧的Test，查看info选项，设置成如下形式：

14910318019460.jpg

再次执行单元测试，在下图中即可查看到源文件的覆盖情况，点击某个文件上的小箭头可以查看该文件每一行的覆盖情况。

14910321473083.jpg

使用XcodeCoverage获得统计数据

遗憾的是Xcode并没有提供和整个项目相关的覆盖统计数据。但是没有关系，使用XcodeCoverage就可以做到，XcodeCoverage是一系列脚本的集合，生成的报告如下图所示：

14910324796616.jpg

如果这正是你需要的，那么不要着急，经过如下几步简单的设置，就可以得到这个统计结果了：

1.工程对应的target-->Build setting,设置Generate Legacy Test Coverage File 和 Instrument Program Flow两个参数。

14910329089909.jpg 14910329296074.jpg

2.到这里下载XcodeCoverage代码并拷贝文件夹XcodeCoverage至工程目录下(不需要添加到工程中)，当然现在也支持使用pod直接设置。同时增加一个.xcodecoverageignore文本文件到至工程目录下。

14910332809587.jpg

其中.xcodecoverageignore用于存放统计覆盖率时需要排除的文件（如第三方库、类似于.lproj的工程文件等），需要注意的是如果需要排除一整个文件夹，他所包含的所有子文件夹也要逐层列出来。${SRCROOT}指.xcodecoverageignore的父文件夹。

${SRCROOT}/Your_Proj_name/*
${SRCROOT}/Your_Proj_name/Base/*
${SRCROOT}/Your_Proj_name/Base.lproj/*
${SRCROOT}/Your_Proj_name/Image/*
${SRCROOT}/Your_Proj_name/Images.xcassets/*
${SRCROOT}/Your_Proj_name/Module/*
${SRCROOT}/Your_Proj_name/Third/*
${SRCROOT}/Your_Proj_name/zh-Hans.lproj/*
${SRCROOT}/Your_Proj_name/Base/CycleScrollView/CollectionViewCell.h

3.工程对应的target-->buildphase 新增new run script phase, 内容如下：(工程对应的那个target)

${SRCROOT}/XcodeCoverage/exportenv.sh

设置后的结果如下：

14910337891793.jpg

4.运行单元测试，在Terminal中进入XcodeCoverage目录，执行下面的命令XcodeCoverage就会启动，运行结束后自动弹出统计结果。

./getcov -s

5.如果需要清空当前的统计结果，只要执行如下命令即可：

./cleancov

常用的测试方法

1.使用Exceptation的场景，如网络请求[4]，常用的是 XCTestExpectation, expectationForPredicate和expectationForNotification三种。

• 使用XCTestExpectation实现网络请求等待

 - (void)testAsynExample {
    XCTestExpectation *exp = [self expectationWithDescription:@"这里可以是操作出错的原因描述。。。"];
    NSOperationQueue *queue = [[NSOperationQueue alloc]init];
    [queue addOperationWithBlock:^{
        //模拟这个异步操作需要2秒后才能获取结果，比如一个异步网络请求
        sleep(2);
        //模拟获取的异步操作后，获取结果，判断异步方法的结果是否正确
        XCTAssertEqual(@"a", @"a");
        //如果断言没问题，就调用fulfill宣布测试满足
        [exp fulfill];
    }];

    //设置延迟多少秒后，如果没有满足测试条件就报错
    [self waitForExpectationsWithTimeout:3 handler:^(NSError * _Nullable error) {
        if (error) {
            NSLog(@"Timeout Error: %@", error);
        }
    }];
}

这个测试肯定是通过的，因为设置延迟为3秒，而异步操作2秒就除了一个正确的结果，并宣布了条件满足 [exp fulfill]，但是当我们把延迟改成1秒，这个测试用例就不会成功，错误原因是 expectationWithDescription:@"这里可以是操作出错的原因描述。。。

• 下面这个例子使用expectationForPredicate 测试方法，代码来自于AFNetworking，用于测试backgroundImageForState方法

- (void)testThatBackgroundImageChanges {
    XCTAssertNil([self.button backgroundImageForState:UIControlStateNormal]);
    NSPredicate *predicate = [NSPredicate predicateWithBlock:^BOOL(UIButton  * _Nonnull button, NSDictionary<NSString *,id> * _Nullable bindings) {
            return [button backgroundImageForState:UIControlStateNormal] != nil;
    }];

    [self expectationForPredicate:predicate
              evaluatedWithObject:self.button
                          handler:nil];
    [self waitForExpectationsWithTimeout:20 handler:nil];
}

利用谓词计算，button是否正确的获得了backgroundImage，如果正确20秒内正确获得则通过测试，否则失败。

• expectationForNotification 方法 ,该方法监听一个通知,如果在规定时间内正确收到通知则测试通过。

- (void)testAsynExample1 {
    [self expectationForNotification:(@"监听通知的名称xxx") object:nil handler:nil];
    [[NSNotificationCenter defaultCenter]postNotificationName:@"监听通知的名称xxx" object:nil];

    //设置延迟多少秒后，如果没有满足测试条件就报错
    [self waitForExpectationsWithTimeout:3 handler:nil];
}

这个例子也可以用expectationWithDescription实现,只是多些很多代码而已，但是这个可以帮助你更好的理解 expectationForNotification 方法和 expectationWithDescription 的区别。同理，expectationForPredicate方法也可以使用expectationWithDescription实现。

 func testAsynExample1() {
    let expectation = expectationWithDescription("监听通知的名称xxx")
    let sub = NSNotificationCenter.defaultCenter().addObserverForName("监听通知的名称xxx", object: nil, queue: nil) { (not) -> Void in
        expectation.fulfill()
    }
    NSNotificationCenter.defaultCenter().postNotificationName("监听通知的名称xxx", object: nil)
    waitForExpectationsWithTimeout(1, handler: nil)
    NSNotificationCenter.defaultCenter().removeObserver(sub)
}

2.需要测试私有属性或者方法
--在测试类中添加所测试类的category

@interface TTViewController(UnitTest)
@property (nonatomic, strong) NSString *privatePropertyInTTVC;
- (void) privateMethodInTTViewController;
@end

3.性能测试[4]
性能测试主要使用 measureBlock 方法,用于测试一组方法的执行时间,通过点击meaure block左侧边栏符号可以设置baseline（基准）和stddev（标准偏差），来判断方法是否能通过性能测试。

- (void)testPerformanceExample {
    // This is an example of a performance test case.
    [self measureBlock:^{
          //Put the code you want to measure the time of here.
          //你的性能测试的代码放在这里
    }];
}

使用OCMock可以参考这里

常用的断言

XCTFail(format…) //生成一个失败的测试； 
XCTAssertNil(a1, format...)//为空判断，a1为空时通过，反之不通过；
XCTAssertNotNil(a1, format…)//不为空判断，a1不为空时通过，反之不通过；
XCTAssert(expression, format...)//当expression求值为TRUE时通过；
XCTAssertTrue(expression, format...)//当expression求值为TRUE时通过；
XCTAssertFalse(expression, format...)//当expression求值为False时通过；
XCTAssertEqualObjects(a1, a2, format...)//判断相等，[a1 isEqual:a2]值为TRUE时通过，其中一个不为空时，不通过；
XCTAssertNotEqualObjects(a1, a2, format...)//判断不等，[a1 isEqual:a2]值为False时通过；
XCTAssertEqual(a1, a2, format...)//判断相等（当a1和a2是 C语言标量、结构体或联合体时使用, 判断的是变量的地址，如果地址相同则返回TRUE，否则返回NO）；
XCTAssertNotEqual(a1, a2, format...)//判断不等（当a1和a2是 C语言标量、结构体或联合体时使用）；
XCTAssertEqualWithAccuracy(a1, a2, accuracy, format...)//判断相等，（double或float类型）提供一个误差范围，当在误差范围（+/-accuracy）以内相等时通过测试；
XCTAssertNotEqualWithAccuracy(a1, a2, accuracy, format...) //判断不等，（double或float类型）提供一个误差范围，当在误差范围以内不等时通过测试；
XCTAssertThrows(expression, format...)//异常测试，当expression发生异常时通过；反之不通过；（很变态） XCTAssertThrowsSpecific(expression, specificException, format...) //异常测试，当expression发生specificException异常时通过；反之发生其他异常或不发生异常均不通过；
XCTAssertThrowsSpecificNamed(expression, specificException, exception_name, format...)//异常测试，当expression发生具体异常、具体异常名称的异常时通过测试，反之不通过；
XCTAssertNoThrow(expression, format…)//异常测试，当expression没有发生异常时通过测试；
XCTAssertNoThrowSpecific(expression, specificException, format...)//异常测试，当expression没有发生具体异常、具体异常名称的异常时通过测试，反之不通过；
XCTAssertNoThrowSpecificNamed(expression, specificException, exception_name, format...)//异常测试，当expression没有发生具体异常、具体异常名称的异常时通过测试，反之不通过

遇到的问题

1. 使用的第三方SDK要求真机才能够通过编译。
   使用如下宏定义，保证使用该SDK的代码只在非模拟器的情况下才被编译。如果设置正确，在Xcode中选择模拟器运行时该部分代码的高亮显示会消失。

 #if !(TARGET_IPHONE_SIMULATOR)
 //your code here
 #endif

也可以直接采用真机运行单元测试，只是通过XcodeCoverage获取结果稍微麻烦一点，具体可以参考这里。(动手测试了一下发现得到的结果和Xcode中看到的覆盖率数据不一致，不明所以)。

2. 主工程中带有Pod引入的库文件需要进行配置，具体可以参考这里。

ref：

1. https://testerhome.com/topics/6644 iOS (Object-C) 非单元测试状态下代码覆盖率获取尝鲜
2. https://my.oschina.net/ChenTF/blog/677309 [基础]iOS 单元测试(一)入门与配置
3. http://www.jianshu.com/p/8bbec078cabe iOS单元测试(作用及入门提升)
4. http://liuyanwei.jumppo.com/2016/03/10/iOS-unit-test.html iOS单元测试
5. http://luoxianming.cn/2016/05/25/ocmock/ OCMock进行mock，以实现实现更加方便快捷的单元测试