前言
自己做iOS差不多5年了吧,一直都对iOS TDD , 以及Unit Test比较有兴趣,但是也由于种种原因,一直没有好好 学习/使用 iOS Unit Test这部分, 最近新换了工作, 刚好也是有时间可以去学习,所以念头就起来了
自己学习新技术是分为理论和行为两个部分的
一般情况下会先进行学习如何使用,后续再进行理论的补充
本篇是学习的 Unit Test的学习记录,如果有自己理解的不对的地方欢迎指正.
XCTFail 测试中的条件
例如，像这样测试布尔结果可能很诱人：
func test_avoidConditionalCode() {
let success = true
if !success {
XCTFail()
}
}
如果我们没有其他断言，那就没问题了。
但我们这样尝试另一种方式。它实现了相同的结果，但以一种更具声明性的方式。
func test_assertTrue() {
let success = true
XCTAssertTrue(success)
}
通过使用布尔断言XCTAssertTrue和XCTAssertFalse，我们可以避免测试代码中的许多条件。
XCTAssertEqual
使用 Optional 来测试相等
Swift 的核心特性之一是可选值。当XCTAssertEqual的参数之一是可选的时，会发生什么？输入并运行以下测试：
func test_assertEqual_withOptional() {
let result: String? = "foo"
XCTAssertEqual(result, "foo")
}
func test_assertEqual_withOptional2() {
let result: String? = "foo"
XCTAssertEqual(result, "act")
}
结果
截屏2021-07-05 下午12.03.47.png
- 第一个
我们输入了一个纯字符串文字 “foo”作为第二个参数。它显示测试成功.
XCTAssertEqual要求两个参数的类型相同。Swift 知道是否将T类型的值分配给T类型的变量，它可以包装它。这将价值从非可选提升为可选。从而 foo,被包装成 Optional类型进行比较
那我们怎么知道它是被包装成了 optional 类型呢?
- 第二个
这里有报错信息
XCTAssertEqual failed: ("Optional("foo")") is not equal to ("Optional("act")")
当我们使用XCTAssertEqual不需要太在意 可选类型,方便测试的.
Doubles and Floats 类型
func test_floatingPointDanger() {
let result = 0.1 + 0.2
XCTAssertEqual(result, 0.3)
}
在运行测试之前，我们尝试预测结果。你脑子里有没有预期的结果？
0.2 + 0.1 = 0.3 ?
答案是
截屏2021-07-05 下午10.49.31.png
XCTAssertEqual failed: ("0.30000000000000004") is not equal to ("0.3")
我们习惯于使用十位数字来表示数字。但是不能用十进制记数法写出 1/3, 0.3333……永远持续下去，所以写下的0.3是一个近似值。
由于浮点数是近似值，因此我们需要一种手动方式来断言相等
func test_floatingPointFixed() {
let result = 0.1 + 0.2
XCTAssertEqual(result, 0.3, accuracy: 0.0001)
}
该精度参数给了我们一个方式来表达忽略部分细节。运行这个测试，你会看到它通过了。
很难提前预测哪些浮点数会导致问题。因此，只要您想将XCTAssertEqual与Double或Float类型一起使用，需要使用准确度参数。
断言的备注消息
func test_messageOverkill() {
let actual = "actual"
XCTAssertEqual(actual, "expected","Expected \"expected\" but got \"\(actual)\"")
}
每个断言可以有一个可选的消息,但是请不要过度使用,大多数情况下直接使用 XCTAssertEqual,XCTAssertTrue等简单的方式,会更有利于理解.
截屏2021-07-06 上午12.06.23.png
我们对最常见的 XCTest断言的介绍到此结束。 后面会介绍一些使用场景.
网友评论