翻譯自[rayWenderlich視頻](https://videos.raywenderlich.com/courses/testing-in-ios/lessons/1)

### Good Code --> Good Tests

**在寫測試之前最基本的就是準備好可測試的代碼,也就意味著要盡可能的避免類和方法有很多相互緊密聯(lián)系的代碼，如果業(yè)務邏輯是和model（和Views分離）分離的，那么你的app每一部分都可以獨立測試**

* 測試需要可測試的代碼

* 獨立責任

* 避免緊密連接的代碼

### Why Test?

* 驗證正確性

* 阻止回歸

* 添加失敗測試

* 修復問題

* 驗證測試通過

* 代碼文件化

1.如果你遵循測試驅(qū)動開發(fā),那么你將優(yōu)先編寫測試用例，然后才是程序代碼，否則如果你有一個完成的app但是沒有測試，先添加你的第一個測試Target（一個單一的測試是一個很好的開始）。

2.另一方面，測試意味著驗證代碼的正確性。如果你在一個地方設置了一個標志,就應該在相應的地方實現(xiàn)方法，然后你就可以使用測試來驗證這種假設。

3.你也可以使用測試來阻止惡化。如果你在你的app里面發(fā)現(xiàn)了一個bug,你應該首先寫一個測試方法來暴露bug,然后修改問題，這樣你可以保證同樣的問題不會再出現(xiàn)，因為你已經(jīng)在你的測試用例里面測試觀察了。

4.測試也能促成好的文檔。編寫文檔以及評論可以清楚地查找到對應的日期,但是由于測試都是你可能需要跑的代碼,也方便證明如何來使用你定義的API，也可以通過它們來解釋你的app邏輯工作。

### Unit Testing

* 測試Target

* 跑測試

* 斷言

* 測試異步任務

* 演示測試

### User Interface Testing

* 全自動操作（手勢，點擊，滑動等待）

* 檢查UI 狀態(tài)