咱們爲何要寫測試用例，以及寫測試用例的原則

在編碼以前和期間考慮測試，這樣你就能夠編寫可測試和解耦的代碼。 使用你的測試做爲類的規範，若是可能的話在代碼以前寫下它們

 

如今，讓咱們現實一點。 咱們能夠測試什麼？ 一切。 誠然，若是你正確地構建你的代碼，你能夠測試一切。 這取決於你要測試什麼。 不幸的是，一般沒有時間來測試一切。

可測性。 這是第一步。 第二步是測試正確的方法。 讓咱們提醒一下FIRST的舊規則：

Fast – 測試應該很是快。若是須要幾分鐘或幾小時來執行測試，寫測試是沒有意義的。 沒有人會檢查測試，若是是這樣的話！

Isolated – 一次測試APP的一個單元。 安排在該單位的一切行爲徹底按照你想要的方式，而後執行測試單位而且斷言它的行爲是正確的。

Repeatable – 每次執行測試時都應該有相同的結果。 它不該該依賴於一些不肯定的數據。

Self-validating – 框架應該知道測試是否經過。 不該該有任何手動檢查測試。 只要檢查一切是不是綠色，就是這樣:)

Timely – 測試應該和代碼同樣寫，或者甚至在代碼以前寫！

因此，咱們製做了一個可測試的APP，咱們知道如何測試。 那如何命名單元測試的名字呢？