翻译自[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 状态
