单元测试（又称为模块测试, Unit Testing）是针对程序模块（软件设计的最小单位）来进行正确性检验的测试工作。程序单元是应用的最小可测试部件。在过程化编程中，一个单元就是单个程序、函数、过程等；对于面向对象编程，最小单元就是方法，包括基类（超类）、抽象类、或者派生类（子类）中的方法。
在iOS开发中，很多时候也是要测试的，测试的时候，往往是用模拟器从头开始启动app，然后定位到自己所在模块的程序，做一系列的点击操作，然后查看结果是否符合自己预期。由于这种方法浪费时间.于是可以使用xcode的单元测试,我们可以在代码中构造一个类似的场景，然后在代码中调用我们之前想要检查的代码，并将运行结果和设想结果在程序中进行比较，如果一致，则说明我们的代码没有问题.
单元测试常用的18个断言语句
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没有发生具体异常、具体异常名称的异常时通过测试，反之不通过
使用单元测试
在使用XCTest的时候，一般是所需要测试的那个类的类名+Tests，如ZYAudioManagerTests就是为了测试ZYAudioManager类。并且这个类要继承自XCTestCase类，或者它的子类，
如：@interface ZYAudioManagerTests : XCTestCase
在XCode7中新建一个工程的时候，会默认带一个用于单元测试的target，其名字为工程名加Test后缀，并且文件名也以Test结尾。
首先创建一个工程,勾选include Unit Tests,
也可以通过File——>New——Target——>IOS Unit Testing Bundle创建,
创建后，打开项目，UniitTextDemoTests.m就是测试文件
单元测试中常用的方法
// 测试方法执行前执行,
- (void)setUp {
[super setUp];
// 可以在测试之前创建在test case方法中需要用到的一些对象等。
}
// 测试方法执行后执行
- (void)tearDown {
// tearDown方法在全部的test case执行结束之后清理测试现场，释放资源删除不用的对象等
[super tearDown];
}
// 自定义测试方法的命名规范为test+要测试的方法名.
- (void)testExample{
NSLog(@"这是自定义的测试方法");
int a = 10;
// XCTAssertTrue(expression, format...)当expression求值为TRUE时通过；由于a等于10, 断言中a=3,所以测试失败.
XCTAssertTrue(a==3, "a 不能等于 3”);
}
// 测试性能的方法
- (void)testPerformanceExample {
[self measureBlock:^{
// 在这里可以测试一些比较耗时的操作
}];
}
其中testExample测试方法左侧有一个播放按钮，点击它就会对这个方法进行测试，而在整个文件的@implemenation那行也有个同样的按钮，点击后会对当前测试用例的所有方法进行测试,这个测试类没有头文件，因为测试用例不需要给外部暴漏接口。点击红色箭头所指按钮或Test Navigator中按钮开始测试,也可以command + u 快捷键开始单元测试,这个快捷键是全部测试。
绿色按钮表示测试通过, 红色表示测试不通过
使用场景
1,逻辑测试
测试代码的执行结果是否符合预期。
例如
- (void)testExample{
int a = 10;
//断言a是否等于3,为真的断言成功,为假断言错误.
XCTAssertTrue(a==3, "a 不能等于 0");
}
2,异步测试
测试多线程操作的代码,
测试异步方法时，因为结果并不是立刻获得，所以在异步方法测试有一些特殊的方法和技巧。
例如
进行网络请求单元测试
使用cocoaPods安装AFNetWorking时,可能遇到无法使用的问题,因为没有找到该库, 需要我们手动配置下
首先找到Target下UnitTextDemo——>Header Search Paths 拷贝该路径, 再找到Target下UnitTextDemoTests ——> Header Search Paths 粘贴该路径。
在Target下UnitTextDemo中找到PODS_ROOT选项,拷贝一份,然后在UnitTextDemoTests下点击加号添加Add User-Defined Setting,粘贴PODS_ROOT选项.
在Info.plist中添加NSAppTransportSecurity类型Dictionary。 在NSAppTransportSecurity下添加NSAllowsArbitraryLoads类型Boolean,值设为YES。
跳过上面坑,开始测试网络请求
// 这是两个宏定义,主要用来解决在主线程单元测试,打印不到异步返回的数据,
//waitForExpectationsWithTimeout是等待时间，超过了就不再等待,继续往下执行。
#define WAIT do {\
[self expectationForNotification:@"RSBaseTest" object:nil handler:nil];\
[self waitForExpectationsWithTimeout:10 handler:nil];\
} while (0);
#define NOTIFY \
[[NSNotificationCenter defaultCenter]postNotificationName:@"RSBaseTest" object:nil];
// 网络请求
- (void)testRequest{
// 获得请求管理者
AFHTTPSessionManager *manager = [AFHTTPSessionManager manager];
manager.responseSerializer.acceptableContentTypes = [NSSet setWithObjects:@"text/html", nil];
// 发送GET请求
[manager GET:@"http://www.weather.com.cn/adat/sk/101110101.html" parameters:nil progress:nil success:^(NSURLSessionDataTask * _Nonnull task, id _Nullable responseObject) {
NSLog(@"responseObject----%@", responseObject);
// 返回的数据不为空,则成功,为空,则失败
XCTAssertNotNil(responseObject, @"返回数据nil");
NOTIFY; // 继续执行
} failure:^(NSURLSessionDataTask * _Nullable task, NSError * _Nonnull error) {
// 断言返回数据如果为空则成功,否则失败
XCTAssertNil(error, @"请求错误");
NOTIFY; // 继续执行
}];
WAIT; // 设置等待,如果超过设置的等待时间,没有满足条件则断言失败.
}
3,性能测试
性能测试主要使用 measureBlock 方法 ，用于测试一组方法的执行时间，通过设置baseline（基准）和stddev（标准偏差）来判断方法是否能通过性能测试。
例如
/**
* 测试性能的方法
*/
- (void)testPerformanceExample {
[self measureBlock:^{
// 在这里可以测试一些比较耗时的操作
for (int i = 0; i < 1000; i++) {
NSLog(@"%d", i);
}
}];
}
点击下面红色箭头地方,可以弹出执行结果页面,在里面可以设置baseline（基准）和stddev（标准偏差）来判断方法是否能通过性能测试。
