單元測試本來就是一項簡單易學的技術；但是如果能夠遵循一些指導性原則(guideline)和基本步驟，那么學習將會變得更加容易和有效。
首先要考慮的是在編寫這些測試方法之前，如何測試那些可疑的方法。有了這樣一個大概的想法之后，你將可以在編寫實現代碼的時候，或者之前，編寫測試代碼本身。
下一步，你需要運行測試本身，或者同時運行系統模塊的所有其他測試，甚至運行整個系統的測試，前提是這些測試運行起來相對比較快。在此，我們要確保所有的測試都能夠通過，而不只是新寫的測試能夠通過；這一點是非常重要的。也就是說，在保證不引入直接bug 的同時，你也要保證不會給其他的測試帶來破壞。
在這個測試過程中，我們須要確認每個測試究竟是通過了還是失敗了——但這并不意味著你或者其他倒霉的人須要查看每個輸出，然后才決定這些代碼是正確的還是錯誤的。在此，你慢慢地就會養成一個習慣：只要用眼睛瞄一下測試結果，就可以馬上知道所有代碼是否都是正確的，或者哪些代碼是有問題的。關于這個問題，我們將留在討論如何使用單元測試框架時來具體討論。
6. 不寫測試的借口
在聽過了我們合情合理、熱情洋溢的闡述之后，某些開發者會點頭并且同意單元測試的必要性，但是也許仍然會告訴我們由于某些原因，不能編寫單元測試。下面就是我們所聽到的一些借口，當然其中也包含了我們的辯解。