iOS 单元测试

一 什么是单元测试

单元测试就是对某一段代码（函数）的功能和规则的检验，另外防止协同开发别人随意改动你的代码段逻辑，是对代码的一种检验。

相当于白盒测试（测试人员在知道源码的情况下，手动写代码执行的部分性功能验证）

比如：在某个工具类中写了一个转换时间戳为13位的方法。就可以在单元测试中对该方法验证。

二 为什么要用单元测试

常规项目都具有时间紧迫性，基本没有人使用单元测试去验证，这样代码就存在较大的潜在问题（如果有单元测试就可以保留测试用），而且后期随着业务的堆叠，人员的流动会造成App没有统一检验，增加重构风险。

一些知名的第三方框都具有单元测试，比如AFNetworking (可以参考下)

优点

1.一定程度避免更改代码随意性，

2.保证代码的健壮性,保证代码质量

3.便于重构和记录

4.方便持续集成CI

5.实现代码的自动化测试

6.你也可以通过单元测试直接运行某段代码，而不需要运行整个项目

三 什么时候使用

由于写单元测试代码也是需要时间和精力的。所以就需要对项目哪些部分需要添加单元测试的进行过滤。

不适合添加单元测试

1.UI控件层（非UI test）,比如某个自定义View

2.常用的开发模式为MVC ,对于这三个模块都没有必要使用单元测试，其中主要包含的是业务层，相互依赖也比较严重，当然如果在model中进行数据处理，该处理方法也可以添加单元测试。

适合添加单元测试

1.独立基础模块（网络请求，第三方工具封装...）

2.工具类的方法 （基本库的扩展，自定义工具类...）

3.具有固定规则且和业务相关性比较小的。

4.具有复用性的代码块

四 UI测试

UI测试只要针对页面跳转，事件处理等片段的截取，模拟用户操作，然后自动测试，主要测试业务流程逻辑。

有两个步骤

1.录制页面流程（自动将操作代码写在测试方法中）

2.UI自动化测试 CMD + U或者单独运行测试方法

五 单元测试实例

项目准备：

创建项目工程的时候选中Unit tests 和 UI tests

如果创建的时候没有选择或删除了怎么办？

已有项目添加测试模块

单元测试

1.编写待测试代码段（方法）

这里创建一个获取date13位的时间戳工具类。

import UIKit

///工具类

classLFtools:NSObject{

    ///获取13位时间戳

     funcdateTo13TimeInterval(date:Date?) ->TimeInterval{

        if(date==nil){

            return Date().timeIntervalSince1970 * 1000;

        }else{

            returndate!.timeIntervalSince1970*1000;

        }

}

}

2.创建单元测试类

可以一个类对应建一个测试

六 UI测试实例

参考：

iOS自动测试的那些干货

XCText测试实战