1.單元測試
單元測試的基本原則：單元測試應該測試獨立的單元模組，這個單元不應依賴於其他模組。
單元測試會強迫你去把各個模組解耦，因為耦合的很緊的模組是很難進行單元測試的，一般情況下，一個普通的程式設計師在任務很緊的時候很難費勁心思去將程式碼進行模組化的；當為了單元測試，自己就會去想方設法將模組解耦，這也算是單元測試的一個副產品吧。
單元測試能夠進行最仔細的最細緻的最方便的最全面的測試；只要測試用例足夠多，測試路徑可以覆蓋所有的邊邊角角；而這點靠測試人員的黑盒測試基本是不可能的；而且測試用例由自己編寫，想怎麼測，想測那條路徑，編造測試用例即可；測試人員根本不可能這麼多。
2.介面測試
單元測試保證了核心程式碼的質量，那業務程式碼的質量誰來保證呢？答案是：介面測試；介面測試說白了就是這個svr的client；svr的是對外服務的，就是接收請求，返回回覆；所以介面測試在入口處對svr進行了校驗。

• 單元測試一般來說，是針對具體的程式碼邏輯進行測試，儘量減少這些功能單元整合起來出錯的可能性，一般是由開發人員來完成；介面測試，更注重從使用者的角度設計用例，更偏向於功能測試
• 單元測試設計測試用例的時候，可能更多的考慮是程式碼覆；介面測試，則需要更多的考慮業務覆蓋。
• 單元測試由開發人員來做，可以保證從程式碼角度來看是沒有問題的，但服務保證業務角度來看也是沒有問題的；介面測試，則通過業務的角度去設計測試用例，其實，也可以說是從更早的時候，以功能測試的方法，先保證專案的流程及功能是正常的，而不至於在頁面開發完成後，又修改主要功能程式碼，導致專案趕工及一系列的重寫。