白盒測試：

可以根據內部邏輯設計測試用例，程式碼覆蓋率高，覆蓋程式碼所有路徑難度大。業務邏輯可能覆蓋不全

語句覆蓋法【每個語句塊至少執行一次】、判定覆蓋法【程式中每個分支至少執行一次】、判定條件覆蓋法 【每個條件和判斷真假至少執行一次，包含前面所有了】

灰盒測試：

灰盒測試多用於整合測試階段，不僅關注輸出、輸入的正確性，同時也關注程式內部的情況。灰盒測試不像白盒那樣詳細、完整，但又比黑盒測試更關注程式的內部邏輯，常常是通過一些表徵性的現象、事件、標誌來判斷內部的執行狀態。
1.灰盒測試比白盒測試效率高，從程式的整體出發，而非細節.
2.灰盒測試健壯性好，相對於白盒測試降低了程式程式碼改變而導致用例失效的風險。
3.灰盒測試更細緻。灰盒測試要求測試人員關注程式的程式碼邏輯，根據程式碼邏輯擴充用例，更加細緻

黑盒測試：

黑盒測試也稱為功能測試，他是通過測試來檢測每個功能是否能正常使用。在測試中，把程式看作一個不能開啟的黑盒子，在完全不考慮程式內部結構和內部特性的情況下，在程式介面進行測試，它只檢測程式功能是否按照需求規格說明說的規定正常使用，程式是否能適當地接收輸入資料而產生正常的輸出資訊。黑盒測試著眼於程式外部結構，不考慮內部邏輯結構，主要針對軟體介面和軟體功能進行測試。

黑盒測試是以使用者的角度，從輸入資料與輸出資料的的對應關係出發進行測試，很明顯，如果外部設計本身存在問題，或者需求規格說明的規定有誤，黑盒測試是發現不了的。

Junit4單元測試

單個@Test方法執行前後會執行@Before和@After方法，所有@Test方法執行前後會執行@BeforeClass和@AfterClass靜態方法

介面測試

1. 介面比較穩定, 維護成本是最低的
2. 與UI相比, 穩定,執行速度快, 反饋迅速
3. 比單元測試更貼近業務場景
4. 介面測試可以做到更多的覆蓋場景
5. 介面測試可以更快的發現服務端問題

場景法：

模擬使用者使用場景，關注主要功能、業務流程是否正常實現，模擬基本流和備選流，關注測試邊界值