kkbox-ios-dev笔记(四) - 单元测试

单元测试

• 以程序测试程序，以代码测试代码。测试每个功能是否正常运行。

AAA原则

• 在Xcode里面建立项目时，可以选择Xcode将我们的 App 建立单元测试的绑定。会出现一个继承自XCTestCase的类，在里面编写任何用test开头的方法，都是一条测试实例。也就是我们写测试的时候，就是写出一群用test为开头的方法。
• 扩展：Xcode从 5.1 版开始到现在的测试框架叫作XCTest，在这之前是使用一套叫作OCUnit的测试框架，除此之外，还有GHUnit、Kiwi等有名的测试框架。
• AAA原则：在编写测试的时候，基本原则就是一次只测试一项函数或方法。同时一个test实例会包含所谓的 AAA 原则：Arrange、Act、Assert
• Arrange：先设定我们在这次测试中，所预测的结果
• Act：就是我们想要测试的函数或方法
• Assert：确认在Act发生后，执行了想要的函数或方法后，的确符合我们在Arrange阶段设定的目标。

• 比如：
• 在贪吃蛇游戏中，预期一条长度为 6、正在往左边移动的蛇，先往上移动一格、再往右走一格、再往下走一格之后，这条蛇的头一定会撞到自己的身体，如果我们的程序说蛇头没有撞到，就一定有 bug。就可以拆解成：
• Arrange：头应该会撞到身体
• Action：让蛇执行往上右下移动的动作
• Assert：确认蛇头真的撞到身体了

- (void)testHit

{
// 蛇对象
KKSnake *snake = [[KKSnake alloc]
initWithWorldSize:KKMakeSnakeWorldSize(10, 10) length:6];
// 蛇动作
[snake changeDirection:KKSnakeDirectionUp];[[snake move];
[snake changeDirection:KKSnakeDirectionRight];[snake move];
[snake changeDirection:KKSnakeDirectionDown];[snake move];
XCTAssertEqual([snake isHeadHitBody], YES, @"must hit the bo
dy.");
}

* 如果我们想要测试“蛇的尾巴加长”这段程序是否正常，`思路：`原本这条蛇的长度为 2，尾巴位在`(6, 5)`,假如蛇的身体要加长两格，预期舍得长度变成 4，尾巴为在`(8, 5)`.

```swift
- (void)testIncreaseLength

{
ZBSnake *snake = [[ZBSnake alloc] initWithWorldSize:ZBMakeSn
akeWorldSize(10, 10) length:2];
XCTAssertEqual((int)[snake.points count], 2, @"Length must b
e 2 but %d", [snake.points count]);
NSInteger x;
NSInteger y;
x = [snake.points[[snake.points count] - 1] snakePointValue]
.x;
y = [snake.points[[snake.points count] - 1] snakePointValue]
.y;
XCTAssertEqual(x, 6, @"must be 6");
XCTAssertEqual(y, 5, @"must be 5");
[snake increaseLength:2];
XCTAssertEqual((int)[snake.points count], 4, @"Length must b
e 4 but %d", [snake.points count]);
x = [snake.points[[snake.points count] - 1] snakePointValue]
.x;
y = [snake.points[[snake.points count] - 1] snakePointValue]
.y;
XCTAssertEqual(x, 8, @"must be 8");
XCTAssertEqual(y, 5, @"must be 5");
}

执行测试

• 写了测试程序之后，我们可以在 Xcode 里面点击Product -> Test执行单元测试。如果XCTAssertEqual这行assert出现问题，Xcode 就会立刻出现警告。
• 在代码的编辑页面中，每一个test实例前方会出现一个菱形的标示，如果这个标示是空白的，代表还没有执行测试。执行完毕之后，如果成功，就会是绿色，反之就会变成红色。可以直接通过鼠标点击此棱形标示，执行测试。

Snip20170226_4.png

• 在 Xcode 的左侧工具条的第四项，叫作Test Navigator,在这边我们可以找到我们目前所在项目的所有test实例，在这里可以看到每个test实例是成功或失败，也可以通过点击，直接跳到特定test的实例代码。

Snip20170226_6.png

• 在 Xcode 的左侧工具条的最后一项，叫作Report Navigator，可以看到最近一次完整执行所有test实例的结果。

Snip20170226_7.png

测试驱动开发

• Kent Beck在2002年出版的书中提出测试驱动开发的概念：在开发软件的时候，我们不是先写主要功能，而是先写测试。过程应该是Red、Green、Refactor三个阶段：
• Red:在还没有主要功能前，先写单元测试。由于主要功能都还没有编写，自然无法通过刚刚写出来的单元测试，所以会亮出红色的灯号。
• Green:开始实现主要功能，直到可以通过单元测试，让测试的灯号变成绿色。
• Refactor:继续整理写出的代码。

覆盖率(Coverage)

• 所谓覆盖率就是我们的单元测试覆盖了程序的多少比例，也就是，有多少程序被测试到、以及没有被测试到。当我们发出有程序没有被测试到之后，便进一步编写跟多的test实例，确保我们的程序经过完整的测试。

• 在 Xcode7及以上版本中直接包含计算覆盖率的功能。要在 Xcode 中展示覆盖率，首先是在Scheme中，勾选Gather Coverage Data.

Snip20170226_9.png

• 接着，在执行单元测试的时候，就可以看到有一个标示Coverage的分页，标示每个项目的覆盖率是多少。

Snip20170226_10.png

• 选择任意文件编辑，便可以看到在页面的最右方，可以看到每行程序在test实例中被执行了数次，如果没有执行到(执行次数为 0)，背景就会变成红色，提醒我们应该要对这部分写单元测试。

Snip20170226_13.png

Snip20170226_14.png