迴歸測試、白盒測試、黑盒測試等概念

迴歸測試

迴歸測試是指修改了舊代碼後，從新進行測試以確認修改沒有引入新的錯誤或致使其餘代碼產生錯誤。自動迴歸測試將大幅下降系統測試、維護升級等階段的成本。

迴歸測試包括兩部分：函數自己的測試、其餘代碼的測試。在對被修改的函數從新測試。若是函數的設計功能沒有變化，直接運行函數測試就能夠了。若是修改了設計功能，則要根據增減的功能點，增長或刪除測試用例。另外，還要完成白盒覆蓋。

函數代碼的修改可能致使調用該函數的代碼產生錯誤，因此須要測試其餘代碼。若是函數是私有函數而且未涉及到全局變量，應運行類測試，不然應運行工程測試。在函數列表中選擇類測試或工程測試，編譯運行測試工程，便可執行對其餘代碼的迴歸測試。

 

白盒測試

　　白盒測試也稱結構測試或邏輯驅動測試，它是知道產品內部工做過程，可經過測試來檢測產品內部動做是否按照規格說明書的規定正常進行，按照程序內部的結構測試程序，檢驗程序中的每條通路是否都有能按預約要求正確工做，而不顧它的功能，白盒測試的主要方法有邏輯驅動、基路測試等，主要用於軟件驗證。

　　「白盒」法全面瞭解程序內部邏輯結構、對全部邏輯路徑進行測試。「白盒」法是窮舉路徑測試。在使用這一方案時，測試者必須檢查程序的內部結構，從檢查程序的邏輯着手，得出測試數據。貫穿程序的獨立路徑數是天文數字。但即便每條路徑都測試了仍然可能有錯誤。第一，窮舉路徑測試決不能查出程序違反了設計規範，即程序自己是個錯誤的程序。第二，窮舉路徑測試不可能查出程序中因遺漏路徑而出錯。第三，窮舉路徑測試可能發現不了一些與數據相關的錯誤。

 

黑盒測試

　　黑盒測試也稱功能測試或數據驅動測試，它是在已知產品所應具備的功能，經過測試來檢測每一個功能是否都能正常使用，在測試時，把程序看做一個不能打開的黑盆子，在徹底不考慮程序內部結構和內部特性的狀況下，測試者在程序接口進行測試，它只檢查程序功能是否按照需求規格說明書的規定正常使用，程序是否能適當地接收輸入數鋸而產生正確的輸出信息，而且保持外部信息（如數據庫或文件）的完整性。黑盒測試方法主要有等價類劃分、邊值分析、因—果圖、錯誤推測等，主要用於軟件確認測試。 「黑盒」法着眼於程序外部結構、不考慮內部邏輯結構、針對軟件界面和軟件功能進行測試。「黑盒」法是窮舉輸入測試，只有把全部可能的輸入都做爲測試狀況使用，才能以這種方法查出程序中全部的錯誤。實際上測試狀況有無窮多個，人們不只要測試全部合法的輸入，並且還要對那些不合法可是可能的輸入進行測試。

 

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

白盒測試技術 (White Box Testing)
深刻到代碼一級的測試，使用這種技術發現問題最先，效果也是最好的。該技術主要的特徵是測試對象進入了代碼內部，根據開發人員對代碼和對程序的熟悉程度，對有須要的部分進行在軟件編碼階段，開發人員根據本身對代碼的理解和接觸所進行的軟件測試叫作白盒測試。這一階段測試以軟件開發人員爲主，在 JAVA 平臺使用 Xunit 系列工具進行測試， Xunit 測試工具是類一級的測試工具對每個類和該類的方法進行測試。
軟件人員使用白盒測試方法，主要想對程序模塊進行以下的檢查：
– 對程序模塊的全部獨立的執行路徑至少測試一次；
– 對全部的邏輯斷定，取 「 真 」 與取 「 假 」 的兩種狀況都至少測試一次；
– 在循環的邊界和運行界限內執行循環體；
– 測試內部數據結構的有效性，等。
具體包含的邏輯覆蓋有： – 語句覆蓋 – 斷定覆蓋 – 條件覆蓋 – 斷定－條件覆蓋 – 條件組合覆蓋 – 路徑覆蓋。

黑盒測試技術（ Black Box Testing ）
黑盒測試的內容主要有如下幾個方面，可是主要仍是功能部分。主要是覆蓋所有的功能，能夠結合兼容，性能測試等方面進行，根據軟件需求，設計文檔，模擬客戶場景隨系統進行實際的測試，這種測試技術是使用最多的測試技術涵蓋了測試的方方面面，能夠考慮如下方面