要回答這個問題,我還真覺得有點難。要分析黑盒測試與白盒測試,就先要看看這兩種不同的測試方式各自的特點。
黑盒測試:
1.不是特別關注待測系統的內部設計和實現
2.側重輸入的資料和輸出
3.關注功能上的覆蓋
4.要求測試者對業務要熟悉
黑盒測試的入門門檻低,沒學過計算機和軟體的人也可以做。事實上,從我了解上來看,廣州這邊測試裡面就有不少人不是計算機軟體出身。
黑盒測試卻不是什麼人都能做好,需要測試者熟悉業務,需求,風險,管理,質量等各方面的知識。另外,因待測系統的不同還需要了解一些技術。比如做和資料庫打交道的產品,測試者需要會使用oracle做一些簡單的工作,比如建立表空間,建使用者等,還要懂sql(呵呵,要不然真還沒法去做測試)。
測試的重複性大,而且有時候為了定位乙個問題,要花很久的時間。如果黑盒測試者不想辦法去做自動化,在長期重複枯燥的工作後,基本上就對測試失去興趣了。
白盒測試:
1.需要了解系統的設計和實現
2.需要對原始碼進行審查
3.依賴單元測試
4.關注**中的執行路徑的測試覆蓋
5.要求測試者熟悉編碼,有開發基礎
白盒測試入門自然沒黑盒那麼簡單。它需要測試者要先閱讀原始碼才能做測試,而且後面的測試框架的搭建,測試**的維護,這個過程的代價太大。一般國內的小公司,都是軟體作坊式的開發,而且還是做小專案,因此不大可能會支援測試人員去做白盒測試。有志向做的早做積累,去大公司看看吧。
黑盒測試 白盒測試
黑盒測試 black box testing,又稱為功能測試或資料驅動測試 是把測試物件看作乙個黑盒子。利用黑盒測試法進行動態測試時,需要測試軟體產品的功能,不需測試軟體產品的內部結構和處理過程。黑盒測試注重於測試軟體的功能性需求,也即黑盒測試使軟體工程師派生出執行程式所有功能需求的輸入條件。黑盒測...
黑盒測試和白盒測試
任何工程產品 注意是任何工程產品 都可以使用以下兩種方法之一進行測試。黑盒測試 已知產品的功能設計規格,可以進行測試證明每個實現了的功能是否符合要求。白盒測試 已知產品的內部工作過程,可以通過測試證明每種內部操作是否符合設計規格要求,所有內部成分是否以經過檢查。軟體的黑盒測試意味著測試要在軟體的介面...
白盒測試與黑盒測試
1白盒測試 定義 透明的,可以看見內部結構的,按照程式內部邏輯結構和編碼結構設計測試資料並完成測試的一種測試方法。分類 靜態測試和動態測試 邏輯覆蓋 語句覆蓋 每一條語句至少被執行一次 語句覆蓋是最弱的邏輯覆蓋 判定覆蓋 每乙個分支至少通過一次即每一條分支語句的 真 值和 假 值都至少執行一次。判定...