单元测试就是为你的方法多专门写一个测试函数。以保证你的方法在不停的修改开发中。保持正确。如果出错，第一时间让你知道，这样从最小单位开始监控来保证软件的质量。
内置单元测试框架
在Xcode4.x中集成了测试框架OCUnit，根据测试的目的大致可以将单元测试分为这三类：
性能测试：测试代码执行花费的时间
逻辑测试：测试代码执行结果是否符合预期
异步测试：测试多线程操作代码
什么时候用到单元测试：
1、写完代码以后：想要验证一下自己写的代码是否有问题。
2、写代码之前：就是写代码之前所有的功能分模块的设计好，测试通过了再写。（我反正是没用过）。
3、修复某个bug后：一般修复完某个bug，为了确保修复是成功的，会写测试。
怎么写单元测试
在我们新建项目的时候，已经默认选择创建单元测试的框架，除了Unit Tests之外还有一个UI Tests是iOS9推出的新特性，针对UI界面的单元测试框架。在创建项目之后，会自动生成一个appName+Tests的文件夹目录，下面存放着单元测试的文件
创建一个工程，名字随便取，直接勾选include Unit
忘了勾选怎么办呢？可以有其他方式创建File-->new-->target-->iOS-->iOS Unit Testing Bundle。名字自己看着办吧。
工程创建好后，那要怎么开始测试呢？
找到系统单元测试Testes文件夹中.m文件看中会到看到几个方法，我们来看下这个几个方法是什么时候调用和他们各种的作用
- (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];
}
- (void)testExample {
// This is an example of a functional test case.
// Use XCTAssert and related functions to verify your tests produce the correct results.
// 测试用例的例子，注意测试用例一定要test开头
}
- (void)testPerformanceExample {
// This is an example of a performance test case.
// 测试性能例子
[self measureBlock:^{
// Put the code you want to measure the time of here.
// 需要测试性能的代码
}];
}
在每个测试用例方法的左侧有个菱形的标记，点击这个标记可以单独的运行这个测试方法。如果测试通过没有发生任何断言错误，那么这个菱形就会变成绿色勾选状态。使用快捷键command+U直接依次调用所有的单元测试。另外，可以在左侧的文件栏中选中单元测试栏目，然后直观的看到所有测试的结果。同样的点击右侧菱形位置的按钮可以运行单个测试方法或者文件：
在ViewController中写一个简单的方法
- (int)getNum;
实现：
- (int)getNum {
return 100;
}
在测试的文件中导入ViewController.h，并且定义一个vc属性
#import
#import "ViewController.h"
@interface ____Tests : XCTestCase
@property (nonatomic,strong) ViewController *vc;
@end
@implementation ____Tests
测试用例的实现
- (void)setUp {
[super setUp];
// 实例化需要测试的类
self.vc = [[ViewController alloc] init];
}
- (void)tearDown {
// 清空
self.vc = nil;
[super tearDown];
}
- (void)testMyFuc {
// 调用需要测试的方法，
int result = [self.vc getNum];
// 如果不相等则会提示@“测试不通过”
XCTAssertEqual(result, 100,@"测试不通过");
}
command+u快捷方式运行，或者produce-->test都行，
工程就跑起来了
我们可以在在控制台清晰的看到我们要测试的用例子通过了，测试通过的测试方法会有绿色的钩。
这时候我们改下断言，把100随便改成一个数，120.再comand+u运行下，看下什么情况
很明显是能不能通过的，因为我们要测试的方法返回值是100，
自带的测试框架还能测试某个方法的性能，
- (void)testPerformanceExample {
// This is an example of a performance test case.
[self measureBlock:^{
// Put the code you want to measure the time of here.
for (int i = 0; i<100; i++) {
NSLog(@"dd");
}
}];
我们在例子中添加一个for循环，测试其性能。command+u运行就能看到如图：
我们在例子中添加一个for循环，测试其性能。command+u运行就能看到如图：
能够非常直观的看出其调用的时间，可以用其来对比性能的优劣。
另外XCTest还支持异步单元测试，我就不在这里展开了。最后附上常用的断言及解释。
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没有发生具体异常、具体异常名称的异常时通过测试，反之不通过