单元测试

单元测试(又称为模块测试, 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,

单元测试_第1张图片
1.png

也可以通过File——>New——Target——>IOS Unit Testing Bundle创建,

单元测试_第2张图片
屏幕快照 2016-07-07 15.41.37.png
单元测试_第3张图片
屏幕快照 2016-07-07 15.41.56.png

创建后,打开项目,UniitTextDemoTests.m就是测试文件

单元测试_第4张图片
屏幕快照 2016-07-07 15.52.59.png

单元测试中常用的方法

//  测试方法执行前执行,

- (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 快捷键开始单元测试,这个快捷键是全部测试。

单元测试_第5张图片
2.png
单元测试_第6张图片
屏幕快照 2016-07-07 16.31.25.png

绿色按钮表示测试通过, 红色表示测试不通过

单元测试_第7张图片
3.png

使用场景

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 粘贴该路径。

单元测试_第8张图片
屏幕快照 2016-07-07 16.57.48.png
单元测试_第9张图片
屏幕快照 2016-07-07 16.58.23.png

在Target下UnitTextDemo中找到PODS_ROOT选项,拷贝一份,然后在UnitTextDemoTests下点击加号添加Add User-Defined Setting,粘贴PODS_ROOT选项.

单元测试_第10张图片
屏幕快照 2016-07-07 17.15.48.png
单元测试_第11张图片
屏幕快照 2016-07-07 17.17.32.png
单元测试_第12张图片
屏幕快照 2016-07-07 17.19.28.png

在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(标准偏差)来判断方法是否能通过性能测试。

单元测试_第13张图片
屏幕快照 2016-07-08 10.47.31.png
单元测试_第14张图片
屏幕快照 2016-07-08 10.47.59.png

你可能感兴趣的:(单元测试)