### [測試驅動 vs. 測試優先](https://lingcoder.gitee.io/onjava8/#/book/16-Validating-Your-Code?id=%e6%b5%8b%e8%af%95%e9%a9%b1%e5%8a%a8-vs-%e6%b5%8b%e8%af%95%e4%bc%98%e5%85%88) 雖然我自己還沒有達到測試優先的意識水平，但我最感興趣的是來自測試優先中的“測試失敗的書簽”這一概念。 當你離開你的工作一段時間后，重新回到工作進展中，甚至找到你離開時工作到的地方有時會很有挑戰性。 然而，以失敗的測試為書簽能讓你找到之前停止的地方。 這似乎讓你能更輕松地暫時離開你的工作，因為不用擔心找不到工作進展的位置。 純粹的測試優先編程的主要問題是它假設你事先了解了你正在解決的問題。 根據我自己的經驗，我通常是從實驗開始，而只有當我處理問題一段時間后，我對它的理解才會達到能給它編寫測試的程度。 當然，偶爾會有一些問題在你開始之前就已經完全定義，但我個人并不常遇到這些問題。 實際上，可能用“*面向測試的開發*(*Test-Oriented Development*)”這個短語來描述編寫測試良好的代碼或許更好。