白盒測試策略

1、白盒測試策略第1頁 共2頁 第9頁 共9頁白盒測試策策略目 錄TOC o 1-3 h z u HYPERLINK l _Toc205699530 1白盒測試試 PAGEREF _Toc205699530 h 3 HYPERLINK l _Toc205699531 1.1概念念 PAGEREF _Toc205699531 h 3 HYPERLINK l _Toc205699532 1.2描述述 PAGEREF _Toc205699532 h 3 HYPERLINK l _Toc205699533 1.3目的的 PAGEREF _Toc205699533 h 3 HYPERLINK l _Toc2

2、05699534 2白盒測試試策略 PAGEREF _Toc205699534 h 33 HYPERLINK l _Toc205699535 2.1桌前前檢查 PAGEREF _Toc205699535 h 33 HYPERLINK l _Toc205699536 2.2單元元測試 PAGEREF _Toc205699536 h 33 HYPERLINK l _Toc205699537 2.3代碼碼評審 PAGEREF _Toc205699537 h 44 HYPERLINK l _Toc205699538 2.4同行行評審 PAGEREF _Toc205699538 h 44 HYPERLI

3、NK l _Toc205699539 2.5代碼碼走查 PAGEREF _Toc205699539 h 55 HYPERLINK l _Toc205699540 2.6靜態(tài)態(tài)分析 PAGEREF _Toc205699540 h 55白盒測試概念白盒測試又又稱結(jié)構(gòu)構(gòu)測試，透透明盒測測試、邏邏輯驅(qū)動動測試或或基于代代碼的測測試。描述白盒測試是是測試被被測單元元內(nèi)部如如何工作作的一種種方法。目的通過檢查軟軟件內(nèi)部部的邏輯輯結(jié)構(gòu)，對對軟件中中的邏輯輯路徑進進行覆蓋蓋測試；在程序序不同地地方設(shè)立立檢查點點，檢查查程序的的狀態(tài)，以以確定實實際運行行狀態(tài)與與預(yù)期狀狀態(tài)是否否一致。它它允許測測試人員員對程序序

4、內(nèi)部邏邏輯結(jié)構(gòu)構(gòu)及有關(guān)關(guān)信息來來設(shè)計和和選擇測測試用例例，對程程序的邏邏輯進行行測試，提提高代碼碼質(zhì)量。白盒測試策策略在軟件過程程的不同同階段，研研發(fā)組都都可能需需要進行行白盒測測試。根根據(jù)團隊隊實際情情況的不不同，有有選擇的的使用下下面的策策略：桌前檢查簡述：程序序員實現(xiàn)現(xiàn)制定功功能后，進進行單元元測試之之前，對對源代碼碼進行的的初步檢檢查。重點：編碼碼規(guī)范、語語句的使使用等是是否符合合編碼規(guī)規(guī)范，并并根據(jù)編編碼規(guī)范范調(diào)整整自己的的代碼以以符合編編碼規(guī)范范的要求求。參與人員：開發(fā)人人員。單元測試簡述：又稱稱模塊測測試。傳傳統(tǒng)結(jié)構(gòu)構(gòu)化編程程中，以以一個函函數(shù)、過過程為一一個單元元；在面面向?qū)ο?/p>

5、象的編程程中一般般把類作作為單元元進行測測試。重點：采用用白盒測測試和黑黑盒測試試方法相相結(jié)合。參與人員：專門的的白盒測測試人員員。代碼評審簡述：在編編碼初期期或編寫寫過程中中采用一一種有同同行參與與的評審審活動。重點：通過過組織或或其他程程序員共共同查看看程序，可可以找出出問題，使使大家的的代碼風(fēng)風(fēng)格一致致或遵守守編碼規(guī)規(guī)范。方法：通過過大家共共同閱讀讀代碼或或由程序序編寫者者講解代代碼，其其他同行行邊聽邊邊分析問問題的方方法。參與人員：全體開發(fā)發(fā)小組。同行評審簡述：引用用CMMM（能力力成熟度度模型）中中的術(shù)語語，如用用在評審審源代碼碼上，就就使代碼碼評審；在同行行評審中中，由軟軟件工作作

6、產(chǎn)品創(chuàng)創(chuàng)建者的的同行們們檢查該該工作的的產(chǎn)品，識識別產(chǎn)品品的缺陷陷，改進進產(chǎn)品的的不足。目的：檢驗工作產(chǎn)產(chǎn)品是否否正確的的滿足了了以往的的工作產(chǎn)產(chǎn)品中建建立的規(guī)規(guī)范，如如需求或或設(shè)計文文檔；識別工作產(chǎn)產(chǎn)品相對對于標準準的偏差差，包括括可能影影響軟件件可維護護性的問問題；向創(chuàng)建者提提出改進進建議；促進參與者者之間的的技術(shù)交交流和學(xué)學(xué)習(xí)。參與人員：程序員員、設(shè)計計師、單單元測試試工程師師、維護護者、需需求分析析師、編編碼標準準專家（此此為CMMM標準準中提出出的參與與角色，可可根據(jù)實實際情況況調(diào)整，至至少需要要開發(fā)人人員、測測試人員員、設(shè)計計師參與與）。代碼走查簡述：由測測試小組組組織或者專門的的

7、代碼走走查小組組進行代代碼走查查，這時時需要開開發(fā)人員員提交有有關(guān)的資資料文檔檔和源代代碼給走走查人員員，并進進行必要要的講解解。代碼走查往往往根據(jù)據(jù)代碼碼檢查單單來進進行，代代碼檢查查單常常常是根據(jù)據(jù)編碼碼規(guī)范總總結(jié)出來來的一些些條目，目目的是檢檢查代碼碼是否按按照編編碼規(guī)范范來編編寫的。當(dāng)當(dāng)然，代代碼走查查的最終終目的還還是為了了發(fā)現(xiàn)代代碼中潛潛在的錯錯誤和缺缺陷。重點：把材料（需求描描述文檔檔、程序設(shè)設(shè)計文檔檔、程序的的源代碼碼清單、代碼編編碼標準準、代碼缺缺陷檢查查表等）發(fā)給給走查小小組每個個成員，讓讓他們認認真研究究程序；開會，讓與與會者“充當(dāng)”計算機機，讓測測試用例例沿程序序的邏輯

8、輯運行一一遍，隨隨時記錄錄程序的的蹤跡，供供分析和和討論，發(fā)發(fā)現(xiàn)更多多的問題題。參與人員：測試人人員（一一般不讓讓代碼的的創(chuàng)建者者參與）。代碼檢查速速度建議議：匯編編代碼與與C代碼碼 1550行/小時，CC+/Javva 2200-3000行/小小時。靜態(tài)分析簡述：由測測試小組組來進行行，靜態(tài)態(tài)分析通通常需要要輔助工工具支持持，通過過提取代代碼信息息，進行行統(tǒng)計，根根據(jù)統(tǒng)計計結(jié)果對對源代碼碼進行質(zhì)質(zhì)量評估估。代碼規(guī)規(guī)則檢查查也是靜靜態(tài)分析析的一個個方面。人員：測試試小組。工具介紹：PC-Liint：支持C/CC+語語言；優(yōu)點：工具具簡單實實用，可可以選擇擇編碼規(guī)規(guī)范標準準，數(shù)據(jù)據(jù)檢查技技術(shù)；缺

9、點：不是是圖形用用戶界面面，危險險的用法法，C/C+的兼容容性問題題。CodeWWizaard：支持C/CC+語語言；優(yōu)點：圖形形用戶界界面，方方便規(guī)則則定制；缺點：分析析速度慢慢。Logisscoppe：支持C/CC+語語言；優(yōu)點：圖形形界面，可可以生成成代碼質(zhì)質(zhì)量報告告；缺點：規(guī)則則不是特特別多；Logisscoppe是面面向源代代碼進行行工作的的，貫穿穿于軟件件開發(fā)、代代碼評審審、單元元測試、集集成測試試、系統(tǒng)統(tǒng)測試、以以及軟件件維護階階段。也也是中小小型公司司常用的的代碼靜靜態(tài)分析析工具。Testbbed：支持C語言言；優(yōu)點：規(guī)則則特別多多；缺點：規(guī)則則定制比比較麻煩煩，時常?？赡苷`誤

10、報，需需要人工工判斷。QAC/QQAC+：版本決定支支持那種種語言，一一般以CC/C+為主主；優(yōu)點：規(guī)則則檢查自自動化，規(guī)規(guī)則多，速速度快，可可以定制制規(guī)則。C+Teest：支持C+；優(yōu)點：C+Teest主主要是對對指針的的保護、越越界，數(shù)數(shù)組的越越界，變變量的越越界等很很有用，對對于數(shù)學(xué)學(xué)運算等等函數(shù)，可可以明確確知道返返回值的的，可以以設(shè)置預(yù)預(yù)期的返返回值，來來檢查算算法是否否正確。C+Teest 測試用用例可以以控制77 種類類型的變變量條件件（取決決于被測測函數(shù)用用了多少少）：. 參數(shù)數(shù)（Arrgummentts）: 函數(shù)數(shù)的入口口參數(shù)。. 參數(shù)出口條件（Arguments Post）

11、: 函數(shù)執(zhí)行完成時入口參數(shù)的狀態(tài)。. 返回值（Return）: 函數(shù)的返回值。. 對象前置條件（Pre Conditions This）: 測試開始前對象的條件。. 對象后置條件（Post Conditions This）: 測試執(zhí)行后對象的條件。. 前置條件（Pre Conditions Externals）: 測試開始前全局變量的條件。. 后置條件（Post Conditions Externals）: 測試執(zhí)行后全局變量的條件。缺點：速度度慢，耗耗系統(tǒng)資資源，測測試執(zhí)行行效率低低。關(guān)于javva代碼碼的質(zhì)量量相關(guān)，和和靜態(tài)工工具使用用，請先先參照：Jaava 代碼質(zhì)質(zhì)量專題題；追求求代碼質(zhì)質(zhì)量 監(jiān)監(jiān)視圈復(fù)復(fù)雜度；追求求代碼質(zhì)質(zhì)量 軟軟件架構(gòu)構(gòu)的代碼碼質(zhì)量；追求求代碼質(zhì)質(zhì)量 用用代碼度度量進行行重構(gòu)；初用用FinndBuugs - 耐耐心愉悅悅 - CSDDNBllog；FiindBBugss，第 1 部部分 提提高代碼碼質(zhì)量。這里面FiindBBugss是jaava靜靜態(tài)分析析工具。桌面檢查、代代碼走查查、代碼碼審查同同時屬于于代碼檢檢查的方方式。代代碼檢查是發(fā)發(fā)現(xiàn)錯誤誤缺陷最最有效的的手段之