iOS 单元測试之XCTest具体解释(一)

原创blog,转载请注明出处

blog.csdn.net/hello_hwc

欢迎关注我的iOS-SDK具体解释专栏

http://blog.csdn.net/column/details/huangwenchen-ios-sdk.html



前言:測试是一个好的App必不可少的部分。每个App都是由一个个小的功能组合到一起的。

而这些小的功能又是由一个个函数或者说算法组合到一起的。单元測试就是对这些小的功能或者函数进行測试,良好的单元測试会让代码的健壮性提高非常多。XCTest就是XCode为我们提供的一个框架,它提供了各个层次的測试。


XCTestCase

每个XCode创建iOS的project中都有一个叫做”project名Tests”的分组,这个分组里就是XCTestCase的子类。XCTest中的測试类都是继承自XCTestCase。

比如新建一个project,命名为Demo。就能看到如图

看一下这个自己主动创建的文件中都包括了哪些内容

#import <UIKit/UIKit.h>
#import <XCTest/XCTest.h>

@interface DemoTests : XCTestCase

@end

@implementation DemoTests

- (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.
    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.
    }];
}

@end

測试用例的命名

XCTest中全部的測试用例的命名都是以test开头的。比如上文中的

- (void)testExample {
    // This is an example of a functional test case.
    XCTAssert(YES, @"Pass");
}

setUp和tearDown

Setup是在全部測试用例执行之前执行的函数,在这个測试用例里进行一些通用的初始化工作

tearDown是在全部的測试用例都执行完毕后执行的


XCode的測试用例导航

測试用例的导航如图。在測试用例的导航里,我们能够执行一组測试用例,也能够执行一个单独的測试用例

能够鼠标右键来新建一组測试用例。

也能够为測试用例加入失败断点来方便我们调试


普通方法測试

比如,新建一个类命名为Model,他有这种方法用来生成10以内的随机数。

-(NSInteger)randomLessThanTen{
    return arc4random()%10;
}

于是。測试方法为

-(void)testModelFunc_randomLessThanTen{
    Model * model = [[Model alloc] init];
    NSInteger num = [model randomLessThanTen];
    XCTAssert(num<10,@"num should less than 10");
}

我们点击如图的左边图标单独执行这个測试用例,当然也能够在上文我提到的导航栏里单独执行。

然后会看到输出表示这个測试用例通过

Test Suite ‘Selected tests‘ started at 2015-06-28 05:24:56 +0000
Test Suite ‘DemoTests.xctest‘ started at 2015-06-28 05:24:56 +0000
Test Suite ‘DemoTests‘ started at 2015-06-28 05:24:56 +0000
Test Case ‘-[DemoTests testModelFunc_randomLessThanTen]‘ started.
Test Case ‘-[DemoTests testModelFunc_randomLessThanTen]‘ passed (0.000 seconds).
Test Suite ‘DemoTests‘ passed at 2015-06-28 05:24:56 +0000.
     Executed 1 test, with 0 failures (0 unexpected) in 0.000 (0.001) seconds
Test Suite ‘DemoTests.xctest‘ passed at 2015-06-28 05:24:56 +0000.
     Executed 1 test, with 0 failures (0 unexpected) in 0.000 (0.001) seconds
Test Suite ‘Selected tests‘ passed at 2015-06-28 05:24:56 +0000.

经常使用断言

怎样推断一个測试用例成功或者失败呢?XCTest使用断言来实现。

最主要的断言

表示假设expression满足。则測试通过,否则相应format的错误。

XCTAssert(expression, format...)

另一个用来直接Fail的断言

XCTFail(format...)

其它一些经常使用的断言:

XCTAssertTrue(expression, format...)
XCTAssertFalse(expression, format...)
XCTAssertEqual(expression1, expression2, format...)
XCTAssertNotEqual(expression1, expression2, format...)
XCTAssertEqualWithAccuracy(expression1, expression2, accuracy, format...)
XCTAssertNotEqualWithAccuracy(expression1, expression2, accuracy, format...)
XCTAssertNil(expression, format...)
XCTAssertNotNil(expression, format...)

性能測试

所谓性能測试,主要就是评估一段代码的执行时间,XCTest的性能的測试利用例如以下格式

- (void)testPerformanceExample {
    // This is an example of a performance test case.
    [self measureBlock:^{
        // Put the code you want to measure the time of here.
    }];
}

比如。我要评估一段代码。这段代码的功能是把一张图片缩小到指定的大小。

这段代码例如以下,这段代码我放在UIImage的类别里。

+ (UIImage*)imageWithImage:(UIImage*)image
              scaledToSize:(CGSize)newSize
{
    UIGraphicsBeginImageContext( newSize );
    [image drawInRect:CGRectMake(0,0,newSize.width,newSize.height)];
    UIImage* newImage = UIGraphicsGetImageFromCurrentImageContext();
    UIGraphicsEndImageContext();

    return newImage;
}

然后測试用比如图,主要推断resize后是否为nil。而且尺寸是否对。

- (void)testPerformanceExample {
    UIImage * image = [UIImage imageNamed:@"icon.png"];
    [self measureBlock:^{
        UIImage * resizedImage = [UIImage imageWithImage:image scaledToSize:CGSizeMake(100, 100)];
        XCTAssertNotNil(resizedImage,@"resized image should not be nil");
        CGFloat resizedWidth = resizedImage.size.width;
        CGFloat resizedHeight = resizedImage.size.height;
        XCTAssert(resizedHeight == 100 && resizedWidth == 100,@"Size is not right");
    }];
}

输出

Test Suite ‘Selected tests‘ started at 2015-06-28 05:42:39 +0000
Test Suite ‘DemoTests.xctest‘ started at 2015-06-28 05:42:39 +0000
Test Suite ‘DemoTests‘ started at 2015-06-28 05:42:39 +0000
Test Case ‘-[DemoTests testPerformanceExample]‘ started.
/Users/huangwenchen/Desktop/Demo/DemoTests/DemoTests.m:41: Test Case ‘-[DemoTests testPerformanceExample]‘ measured [Time, seconds] average: 0.000, relative standard deviation: 40.714%, values: [0.000241, 0.000116, 0.000128, 0.000089, 0.000087, 0.000081, 0.000101, 0.000093, 0.000092, 0.000087], performanceMetricID:com.apple.XCTPerformanceMetric_WallClockTime, baselineName: "", baselineAverage: , maxPercentRegression: 10.000%, maxPercentRelativeStandardDeviation: 10.000%, maxRegression: 0.100, maxStandardDeviation: 0.100
Test Case ‘-[DemoTests testPerformanceExample]‘ passed (0.357 seconds).
Test Suite ‘DemoTests‘ passed at 2015-06-28 05:42:40 +0000.
     Executed 1 test, with 0 failures (0 unexpected) in 0.357 (0.358) seconds
Test Suite ‘DemoTests.xctest‘ passed at 2015-06-28 05:42:40 +0000.
     Executed 1 test, with 0 failures (0 unexpected) in 0.357 (0.358) seconds
Test Suite ‘Selected tests‘ passed at 2015-06-28 05:42:40 +0000.
     Executed 1 test, with 0 failures (0 unexpected) in 0.357 (0.360) seconds

异步測试

异步測试的逻辑例如以下。首先定义一个或者多个XCTestExpectation。表示异步測试想要的结果。然后设置timeout,表示异步測试最多能够执行的时间。

最后,在异步的代码完毕的最后。调用fullfill来通知异步測试满足条件。

- (void)testAsyncFunction{
    XCTestExpectation * expectation = [self expectationWithDescription:@"Just a demo expectation,should pass"];
    //Async function when finished call [expectation fullfill]
    [self waitForExpectationsWithTimeout:10 handler:^(NSError *error) {
        //Do something when time out
    }];
}

举例

- (void)testAsyncFunction{
    XCTestExpectation * expectation = [self expectationWithDescription:@"Just a demo expectation,should pass"];
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        sleep(1);
        NSLog(@"Async test");
        XCTAssert(YES,"should pass");
        [expectation fulfill];
    });
    [self waitForExpectationsWithTimeout:10 handler:^(NSError *error) {
        //Do something when time out
    }];
}

測试结果

Test Suite ‘Selected tests‘ started at 2015-06-28 05:49:43 +0000
Test Suite ‘DemoTests.xctest‘ started at 2015-06-28 05:49:43 +0000
Test Suite ‘DemoTests‘ started at 2015-06-28 05:49:43 +0000
Test Case ‘-[DemoTests testAsyncFunction]‘ started.
2015-06-28 13:49:44.920 Demo[2157:145428] Async test
Test Case ‘-[DemoTests testAsyncFunction]‘ passed (1.006 seconds).
Test Suite ‘DemoTests‘ passed at 2015-06-28 05:49:44 +0000.
     Executed 1 test, with 0 failures (0 unexpected) in 1.006 (1.007) seconds
Test Suite ‘DemoTests.xctest‘ passed at 2015-06-28 05:49:44 +0000.
     Executed 1 test, with 0 failures (0 unexpected) in 1.006 (1.009) seconds
Test Suite ‘Selected tests‘ passed at 2015-06-28 05:49:44 +0000.

兴许:

计划下一篇会解说Mock 測试以及一些经常使用的Mock小工具。


时间: 2024-10-05 12:56:00

iOS 单元測试之XCTest具体解释(一)的相关文章

iOS单元測试:Specta + Expecta + OCMock + OHHTTPStubs + KIF

框架选择 參考这篇选型文章,http://zixun.github.io/blog/2015/04/11/iosdan-yuan-ce-shi-xi-lie-dan-yuan-ce-shi-kuang-jia-xuan-xing/,尽管结论不一定全然适用,可是关于框架对照的地方还是值得阅读的.基于这篇文章,排除Kiwi框架之后,决定參考一些项目的源码,了解他们使用的測试方面的框架. 首先,參考https://github.com/artsy/eigen开源项目,其内部总体结构很完整,开发流程也很

ios单元測试之GHUnit

1.相同创建一个測试的project, 2.通过cocoaPod来下载GHUnit框架,或者到github上下载.由于这个框架是开源的第三方框架. 同一时候加入QuartCore.framework(或者加入:GHUnitios.framework框架). 3.在项目的Build Setting 中国搜索other linker Flags,并将它的值设置为"-ObjC-all_load",这个表示连接外面oc框架在编译之后. 4.改动一下启动的入口文件(即为:main.m 函数):不

[iOS翻译]《iOS7 by Tutorials》在Xcode 5里使用单元測试(上)

简单介绍: 单元測试是软件开发的一个重要方面.毕竟,单元測试能够帮你找到bug和崩溃原因,而程序崩溃是Apple在审查时拒绝app上架的首要原因. 单元測试不是万能的,但Apple把它作为开发工具包的一部分,不仅让你创作的APP更稳定,并且提供了一致.有趣的用户体验,这些都是让用户给你五星评价的源泉.iOS7提供了一个升级的单元測试框架.让你在Xcode中执行单元測试更为easy.当你完毕这一章节,你将学会怎样给现有app加入測试--并有可能培养出对编写測试的热爱! /* 本文翻译自<iOS7

Android 进行单元測试难在哪-part3

原文链接 : HOW TO MAKE OUR ANDROID APPS UNIT TESTABLE (PT. 1) 原文作者 : Matthew Dupree 译文出自 : 开发技术前线 www.devtf.cn 译者 : chaossss 校对者: tiiime 状态 : 完毕 在 Android 应用中进行单元測试非常困难.有时候甚至是不可能的.在之前的两篇博文中,我已经向大家解释了在 Android 中进行单元測试如此困难的原因.而上一篇博文我们通过分析得到的结论是:正是 Google 官

【Android进阶】Junit单元測试环境搭建以及简单有用

单元測试的目的 首先.Junit单元測试要实现的功能,就是用来測试写好的方法是否可以正确的运行,一般多用于对业务方法的測试. 单元測试的环境配置 1.在AndroidManifest清单文件的Application节点下.引入单元測试使用的库 2.在AndroidManifest清单文件与Application节点平行的节点中.加入instrumentation节点 以下是一个完整的配置的代码 <manifest xmlns:android="http://schemas.android.

C语言单元測试

对于敏捷开发来说,单元測试不可缺少,对于Java开发来说,JUnit非常好,对于C++开发,也有CPPUnit可供使用,而对于传统的C语言开发,就没有非常好的工具可供使用,能够找到的有这么几个工具: CuTest -- CuTest(Cute Test)是一个很easy的C语言单元測试工具.在使用它的时候,仅仅须要包括两个文件“CuTest.c CuTest.h”,然后就能够写測试用例,进行測试了.它对用例差点儿没有管理功能,报表输出也很easy,能够用来试验单元測试的基本想法. CUnit -

利用Continuous Testing实现Eclipse环境自己主动单元測试

当你Eclipse环境中改动项目中的某个方法时,你可能因为各种原因没有执行单元測试,结果代码提交,悲剧就可能随之而来. 所幸infinitest(http://infinitest.github.io/)提供了一个Continuous Testing插件,以及时自己主动执行单元測试.尽管会多占一些CPU资源,但开发者的硬件谁会不留一点余地呢?大不了,音乐.视频.360卸载就OK了.安装方法有两种: (1)使用"Install new software",输入地址:http://infi

玩转单元測试之WireMock -- Web服务模拟器

WireMock 是一个灵活的库用于 Web 服务測试,和其它測试工具不同的是.WireMock 创建一个实际的 HTTPserver来执行你的 Web 服务以方便測试. 它支持 HTTP 响应存根.请求验证.代理/拦截.记录和回放. 而且能够在单元測试下使用或者部署到測试环境. 它能够用在哪些场景下: 測试移动应用依赖于第三方REST APIs 创建高速原型的APIs 注入否则难于模拟第三方服务中的错误 不论什么单元測试的代码依赖于web服务的 文件夹 前提条件 Maven配置 准备工作 Ex

在Eclipse中使用JUnit4进行单元測试(0基础篇)

本文绝大部分内容引自这篇文章: http://www.devx.com/Java/Article/31983/0/page/1 我们在编写大型程序的时候,须要写成千上万个方法或函数,这些函数的功能可能非常强大,但我们在程序中仅仅用到该函数的一小部分功能,而且经过调试能够确定,这一小部分功能是正确的.可是,我们同一时候应该确保每个函数都全然正确,由于假设我们今后假设对程序进行扩展,用到了某个函数的其它功能,而这个功能有bug的话,那绝对是一件非常郁闷的事情.所以说,每编写完一个函数之后,都应该对这