翻译自[rayWenderlich视频](https://videos.raywenderlich.com/courses/testing-in-ios/lessons/1)

### Good Code --> Good Tests

**在写测试之前最基本的就是准备好可测试的代码,也就意味着要尽可能的避免类和方法有很多相互紧密联系的代码，如果业务逻辑是和model（和Views分离）分离的，那么你的app每一部分都可以独立测试**

* 测试需要可测试的代码

* 独立责任

* 避免紧密连接的代码

### Why Test?

* 验证正确性

* 阻止回归

* 添加失败测试

* 修复问题

* 验证测试通过

* 代码文件化

1.如果你遵循测试驱动开发,那么你将优先编写测试用例，然后才是程序代码，否则如果你有一个完成的app但是没有测试，先添加你的第一个测试Target（一个单一的测试是一个很好的开始）。

2.另一方面，测试意味着验证代码的正确性。如果你在一个地方设置了一个标志,就应该在相应的地方实现方法，然后你就可以使用测试来验证这种假设。

3.你也可以使用测试来阻止恶化。如果你在你的app里面发现了一个bug,你应该首先写一个测试方法来暴露bug,然后修改问题，这样你可以保证同样的问题不会再出现，因为你已经在你的测试用例里面测试观察了。

4.测试也能促成好的文档。编写文档以及评论可以清楚地查找到对应的日期,但是由于测试都是你可能需要跑的代码,也方便证明如何来使用你定义的API，也可以通过它们来解释你的app逻辑工作。

### Unit Testing

* 测试Target

* 跑测试

* 断言

* 测试异步任务

* 演示测试

### User Interface Testing

* 全自动操作（手势，点击，滑动等待）

* 检查UI 状态