断言测试
下面一共18个断言(SDK中也是18个,其含义转自ios UnitTest 学习笔记,真心佩服原文的博主,部分宏小弟已经测试过):
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没有发生具体异常、具体异常名称的异常时通过测试,反之不通过
特别注意下XCTAssertEqualObjects和XCTAssertEqual。
XCTAssertEqualObjects(a1, a2, format...)的判断条件是[a1 isEqual:a2]是否返回一个YES。
XCTAssertEqual(a1, a2, format...)的判断条件是a1 == a2是否返回一个YES。
对于后者,如果a1和a2都是基本数据类型变量,那么只有a1 == a2才会返回YES。例如下面代码中只有第二行可以通过测试:
// 1.比较基本数据类型变量 XCTAssertEqual(1, 2, @"a1 = a2 shoud be true"); // 无法通过测试 XCTAssertEqual(1, 1, @"a1 = a2 shoud be true"); // 通过测试 |
但是,如果a1和a2都是指针,那么只有a1和a2指向同一个对象才会返回YES。例如下面的代码中:
// 3.比较NSArray对象 NSArray *array1 = @[@1]; NSArray *array2 = @[@1]; NSArray *array3 = array1; XCTAssertEqual(array1, array2, @"a1 and a2 should point to the same object"); // 无法通过测试 XCTAssertEqual(array1, array3, @"a1 and a2 should point to the same object"); // 通过测试 |
array1和array2指向不同对象,无法通过测试。
这里比较奇怪的是,NSString另当别论:
// 2.比较NSString对象 NSString *str1 = @"1"; NSString *str2 = @"1"; NSString *str3 = str1; XCTAssertEqual(str1, str2, @"a1 and a2 should point to the same object"); // 通过测试 XCTAssertEqual(str1, str3, @"a1 and a2 should point to the same object"); // 通过测试 |
尽管str1和str2指向不同的对象,但是二者的指针比较却能通过测试。不知道这是不是XCTest框架本身的一个Bug,反正在这里使用NSString要小心就是了。
由于str1和str2指向同一常量,常量在内存的data段中地址是固定的,所以二者地址相同。
掌握了各个断言的含义,用起来就没什么大问题了。
4.简单的应用
说了一大堆理论和定义,下面来点实际的应用。下面有一个表格控制器:
#import "TableViewController.h" #import "TableDataSource.h" static NSString * const kCellIdentifier = @"Cell"; @interface TableViewController () @property (strong, nonatomic) TableDataSource *dataSource; @end @implementation TableViewController @synthesize dataSource = _dataSource; - (void)viewDidLoad { [super viewDidLoad]; TableViewCellConfigureBlock cellConfigureBlock = ^(UITableViewCell *cell, NSString *item) { cell.textLabel.text = item; }; NSArray *stringsArray = @[@"1", @"2", @"3", @"1", @"2", @"3", @"1", @"2", @"3", @"1", @"2", @"3", @"1", @"2", @"3", @"1", @"2", @"3", @"1", @"2", @"3", @"1", @"2", @"3"]; self.dataSource = [[TableDataSource alloc] initWithItems:stringsArray CellIdentifier:kCellIdentifier ConfigureCellBlock:cellConfigureBlock]; self.tableView.dataSource = _dataSource; } @end |
该类的UITableViewDataSource委托由一个TableDataSource类实现(将UITableViewDataSource分离,见Objc.io #1Lighter View Controllers)。TableDataSource类的初始化方法如下:
- (instancetype)initWithItems:(NSArray *)anItems CellIdentifier:(NSString *)aCellIdentifier ConfigureCellBlock:(TableViewCellConfigureBlock)aConfigureCellBlock { self = [super init]; if (self) { self.items = anItems; self.cellIdentifier = aCellIdentifier; self.configureCellBlock = [aConfigureCellBlock copy]; } return self; } |
下面写一个Tests类测试一下DataSource的初始化方法。首先新建一个test case class类:
继承自XCTestCase类:
为了规范,我们新建的测试类都应该以Tests结尾,例如CellConfigureTests。
然后写个testDataSourceInitializing方法:
- (void)testDataSourceInitializing { TableViewCellConfigureBlock cellConfigureBlock = ^(UITableViewCell *cell, NSString *item) { cell.textLabel.text = item; }; TableDataSource *tableSource = [[TableDataSource alloc] initWithItems:@[@"1", @"2", @"3"] CellIdentifier:@"TestCell" ConfigureCellBlock:cellConfigureBlock]; XCTAssertNotNil(tableSource, @"TableView data source should not be nil"); } |
Command + U运行测试。如果TableDataSource初始化成功,那么tableSource将不会为nil,测试就能通过。
本文先说到这里,下一篇博客说下如何借助更加强大的OCMock和GHUnit进行单元测试。
原文链接:http://www.uml.org.cn/Test/201408131.asp