IOS unitTest 单元测试

测试驱动开发（TDD）是当前流行的开发理念，XCTest是Apple封装的单元测试类库。使用XCTest进行单元测试的流程比较简单，本博客仅简单介绍下XCTest的使用。但对于单元测试的理解（何时使用，如何更高效地驱动开发）却是一个需要积累的过程，要在TDD的过程中仔细体会。参考文章

创建项目的时候包含unitTest测试

然后可以看到下面文件

//
//  TestUIandUnitTests.m
//  TestUIandUnitTests
//
//  Created by BOB on 17/3/23.
//  Copyright © 2017年 BOB. All rights reserved.
//

#import <XCTest/XCTest.h>

@interface TestUIandUnitTests : XCTestCase

@end

@implementation TestUIandUnitTests
//处理用例执行前的准备工作
- (void)setUp {
[super setUp];
// Put setup code here. This method is called before the invocation of each test method in the class.
}
//执行完毕后的清理工作
- (void)tearDown {
// Put teardown code here. This method is called after the invocation of each test method in the class.
[super tearDown];
}
//所有以test开头的实例方法（不能有参数）都是一个完整的单元测试的case
- (void)testExample {
// This is an example of a functional test case.
// Use XCTAssert and related functions to verify your tests produce the correct results.
XCTAssert(YES,@"Pass");
}

- (void)testPerformanceExample {
// This is an example of a performance test case.
[self measureBlock:^{
// Put the code you want to measure the time of here.
}];
}
/*
性能测试可直接使用 - (void)measureBlock:(void (^)(void))block; 进行，传递参数即为要执行任务组成的一个block。
注意，一个性能测试case中只能执行一次measureBlock，即只能测试一个指定block步骤的性能（这其实也是合乎情理的，混到一块了哪里还能区分出性能测试的结果）。因此，在while，for等循环中是不能使用measureBlock的，否则会出错。
measureMetrics的用法跟measureBlock类似。
当然，也可以使用startMeasuring和stopMeasuring方法进行性能测试，但绝大多数情况下使用measureBlock已经足够了。
*/

@end

Baseline即可设置该性能是否合格的参考基准。

注意，一个性能测试case中只能执行一次measureBlock，即只能测试一个指定block步骤的性能（这其实也是合乎情理的，混到一块了哪里还能区分出性能测试的结果）。因此，在while，for等循环中是不能使用measureBlock的，否则会出错。

measureMetrics的用法跟measureBlock类似。

当然，也可以使用startMeasuring和stopMeasuring方法进行性能测试，但绝大多数情况下使用measureBlock已经足够了。

性能测试的宏定义

例如，在单独测试一个图片滤镜的性能时，可以这样

- (void)testPerformanceFilter1 {
[self measureBlock:^{
NSInteger filterid = 100;
UIImage *filteredImage = [FilterTool filterImage:self.image withFilterId:filterid];
XCTAssertNotNil(filteredImage, @"滤镜效果图应该非空");
}];
}

那么，如果有几十个滤镜需要进行性能测试呢？

因为单元测试case的方法名不能传递参数，且循环中不能使用measureBlock，因此对于大量重复的性能测试case，目前看来采用宏定义是比较好的解决方法。

#define TestFilterPerformance(filterid) - (void)testFilterPerformance_##filterid { \
[self measureBlock:^{ \
UIImage *filteredImage = [FilterTool filterImage:self.image withFilterId:filterid]; \
XCTAssertNotNil(filteredImage, @"滤镜效果图应该非空"); \
}]; \
}

则使用起来，就可如下定义所有的测试case了。

异步测试

XCTest提供了XCTestExpectation来进行异步测试，即可在指定时机使用其fulfill实例方法开始执行断言命令。例如以下是一个完整的网络请求的测试样例，可用于测试server端是否正常，要在对应的block中进行断言

- (void)testAsynchronousURLConnection {
XCTestExpectation *expectation = [self expectationWithDescription:@"GET Baidu"];

NSURL *url = [NSURL URLWithString:@"http://www.baidu.com/"];
NSURLSession *session = [NSURLSession sharedSession];
NSURLSessionDataTask *task = [session dataTaskWithURL:url completionHandler:^(NSData * _Nullable data, NSURLResponse * _Nullable response, NSError * _Nullable error) {
// XCTestExpectation条件已满足，接下来的测试可以执行了。
[expectation fulfill];
XCTAssertNotNil(data, @"返回数据不应非nil");
XCTAssertNil(error, @"error应该为nil");
if (nil != response) {
NSHTTPURLResponse *httpResponse = (NSHTTPURLResponse *)response;
XCTAssertEqual(httpResponse.statusCode, 200, @"HTTPResponse的状态码应该是200");
XCTAssertEqual(httpResponse.URL.absoluteString, url.absoluteString, @"HTTPResponse的URL应该与请求的URL一致");
} else {
XCTFail(@"返回内容不是NSHTTPURLResponse类型");
}
}];
[task resume];

// 超时后执行
[self waitForExpectationsWithTimeout:10 handler:^(NSError * _Nullable error) {
[task cancel];
}];
}

即：异步网络请求操作正常执行，但断言命令仅在[expectation fulfill];结束后才开始执行，这样能确保得到网络请求的返回结果后执行相应断言。同时，可设置超时时间及对应操作。

否则，就需要使用定时机制等处理类似情况。

访问待测类的私有变量

在case中，如何访问一个待测类的私有变量呢？对该类进行相应的扩展即可。

#import
#import "FilterTool.h"

@interface FilterTool (UnitTest)

@property (strong, nonatomic) FilterController *filterController;

- (void)didSelectFilterCellAtIndexPath:(NSIndexPath *)indexPath;

@end

@interface FilterToolTest : XCTestCase

@end

@implementation FilterToolTest

XXXX

@end

FilterTool类的filterController属性和didSelectFilterCellAtIndexPath:方法本是私有的，若想对其进行测试，则必须将其加入扩展。

断言命令

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语言标量、结构体或联合体时使用,实际测试发现NSString也可以）；

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没有发生具体异常、具体异常名称的异常时通过测试，反之不通过.