閱讀 :629

    1.黑盒測試

    黑盒測試顧名思義就是將被測系統看成一個黑盒，從外界取得輸入，然后再輸出。整個測試基于需求文檔，看是否能滿足需求文檔中的所有要求。黑盒測試要求測試者在測試時不能使用與被測系統內部結構相關的知識或經驗，它適用于對系統的功能進行測試。

    黑盒測試的優點有：
    1）比較簡單，不需要了解程序內部的代碼及實現；

    2）與軟件的內部實現無關；

    3）從用戶角度出發，能很容易的知道用戶會用到哪些功能，會遇到哪些問題；

    4）基于軟件開發文檔，所以也能知道軟件實現了文檔中的哪些功能；

    5）在做軟件自動化測試時較為方便。

    黑盒測試的缺點有：
    1）不可能覆蓋所有的代碼，覆蓋率較低，大概只能達到總代碼量的30%；

    2）自動化測試的復用性較低。

    2.白盒測試

    白盒測試是指在測試時能夠了解被測對象的結構，可以查閱被測代碼內容的測試工作。它需要知道程序內部的設計結構及具體的代碼實現，并以此為基礎來設計測試用例。如下例程序代碼：

HRESULT Play( char* pszFileName )

{

if ( NULL == pszFileName )

return;

if ( STATE_OPENED == currentState )

{

PlayTheFile();

}

return;

}

    讀了代碼之后可以知道，先要檢查一個字符串是否為空，然后再根據播放器當前的狀態來執行相應的動作?？梢赃@樣設計一些測試用例：比如字符串（文件）為空的話會出現什么情況；如果此時播放器的狀態是文件剛打開，會是什么情況；如果文件已經在播放，再調用這個函數會是什么情況。也就是說，根據播放器內部狀態的不同，可以設計很多不同的測試用例。這些是在純粹做黑盒測試時不一定能做到的事情。

    白盒測試的直接好處就是知道所設計的測試用例在代碼級上哪些地方被忽略掉，它的優點是幫助軟件測試人員增大代碼的覆蓋率，提高代碼的質量，發現代碼中隱藏的問題。

    白盒測試的缺點有：

    1）程序運行會有很多不同的路徑，不可能測試所有的運行路徑；

    2）測試基于代碼，只能測試開發人員做的對不對，而不能知道設計的正確與否，可能會漏掉一些功能需求；

    3）系統龐大時，測試開銷會非常大。

下一篇:Microsoft Office 2003 Service Pack 3 在哪下載 下一篇 【方向鍵 ( → )下一篇】

上一篇:如何用PSP看電子書 上一篇 【方向鍵 ( ← )上一篇】