【軟體測試】灰盒測試

標籤：

灰盒測試，是介於白盒測試與黑箱測試之間的，可以這樣理解，灰盒測試關注輸出對於輸入的正確性，同時也關注內部表現，但這種關注不象白盒那樣詳細、完整，只是通過一些表徵性的現象、事件、標誌來判斷內部的運行狀態，有時候輸出是正確的，但內部其實已經錯誤了，這種情況非常多，如果每次都通過白盒測試來操作，效率會很低，因此需要採取這樣的一種灰盒的方法。

灰盒測試的特點：

灰盒測試結合了白盒測試盒黑箱測試的要素。它考慮了使用者端、特定的系統知識和作業環境。它在系統組件的協同性環境中評價應用軟體的設計。

灰盒測試由方法和工具組成，這些方法和工具取材於應用程式的內部知識盒與之互動的環境，能夠用於黑箱測試以增強測試效率、錯誤發現和錯誤分析的效率。   

灰盒測試涉及輸入和輸出，但使用關於代碼和程式操作等通常在測試人員視野之外的資訊設計測試。 

黑百盒測試以及之間的關係：

1、黑箱測試有可能是動態測試（運行程式，只看輸入和輸出），也有可能是靜態測試（不運行程式，只是查看介面）  
2、白盒測試有可能是動態測試（運行程式，並分析代碼結構），也有可能是靜態測試（不運行程式，只是靜態查看代碼）  
3、動態測試有可能是黑箱測試（運行程式，只看輸入和輸出），也有可能是白盒測試（運行程式，並分析代碼結構）  
4、靜態測試有可能是黑箱測試（不運行程式，只是查看介面），也有可能是白盒測試（不運行程式，只是靜態查看代碼） 

執行灰盒測試有什麼好處呢？

1、  能夠進行基於需求的覆蓋測試和基於程式路徑覆蓋的測試；

2、  測試結果可以對應到程式內部路徑，便於bug的定位、分析和解決；

3、  能夠保證設計的黑箱測試用例的完整性，防止遺漏軟體的一些不常用的功能或功能組合；

4、  能夠需求或設計不詳細或不完整對測試造成的影響。

那麼進行灰盒測試有什麼缺點呢？

1、  投入的時間比黑箱測試大概多20-40％的時間；

2、  對測試人員的技術要求更高；

【軟體測試】灰盒測試