【正文】 memcmp for copying or paring objects of a type other than arrayofchar or justastruct. 3. Avoid the C macro NULL。 /// 翻轉(zhuǎn)負(fù)數(shù) } 上午 4時 8分 白盒測試過程 ? 通用的白盒測試過程如下： 1. 分析測試軟件的內(nèi)部實現(xiàn) 2. 識別被測軟件的工作路徑 3. 選擇輸入，執(zhí)行被測路徑，并確定期望的測試結(jié)果 4. 運行測試 5. 比較真實輸出和期望輸出的異同 6. 作出被測軟件功能正確性的判斷 上午 4時 8分 白盒測試的應(yīng)用范圍 ? 白盒測試能夠應(yīng)用到所有的系統(tǒng)開發(fā)階段，包括單元測試，集成測試和系統(tǒng)測試 ? 白盒測試通常進(jìn)行路徑測試，我們可以通過這種方法測試單元內(nèi)部，單元之間，子系統(tǒng)之間以及系統(tǒng)內(nèi)部的各種執(zhí)行路徑 ? 路徑（測試路徑） ：從開始到結(jié)束執(zhí)行之間運行的語句序列 Unit Integration System 白盒測試的應(yīng)用 x x( ) y( ) x( ) y( ) main( ) … 上午 4時 8分 白盒測試的優(yōu)點 ?迫使測試人員去思考軟件的實現(xiàn) ?可以識別和測試代碼中的每條分支路徑，對代碼的測試比較徹底 ?揭示隱藏在代碼中的錯誤或缺陷 ?根據(jù)內(nèi)部結(jié)果進(jìn)行最優(yōu) 化測試 上午 4時 8分 白盒測試的缺點 1. 執(zhí)行路徑可能非常多造成無法進(jìn)行完全測試 2. 白盒測試假設(shè)控制流是正確的，因此測試人員只基于存在的路徑進(jìn)行測試，而對于不存在的路徑則無法測試 3. 測試員必須具備編程知識，可能有很多測試員不具備這種知識，將無法進(jìn)行白盒測試，比如財會人員無法對財務(wù)軟件進(jìn)行白盒測試 上午 4時 8分 白盒測試的發(fā)展歷程 項目 代數(shù) 是否評估測試效果 是否自動測試 是否持續(xù)測試 是否調(diào)測一體 第一代 否 否 否 否 第二代 是 是 否 否 第三代 是 是 是 否 第四代 是 是 是 是 第 1代到第 4代白盒測試方法的主要差別 上午 4時 8分 ? 第 1代白盒測試方法屬于無組織、無約束的測試方法，典型情況是拿調(diào)試當(dāng)測試，或者簡單的在被測代碼中加入 print、 assert等語句 ? 第 2代白盒測試方法主要克服第 1代方法的兩大缺陷：一是沒有測試評估（比如覆蓋率），二是未對測試操作進(jìn)行重用，重用測試操作必然以某種形式化語言描述測試過程 。遵循第 4代白盒測試方法的測試工具主要以VcTester為代表 上午 4時 8分 2 靜態(tài)白盒測試 ? 靜態(tài)白盒測試概述 ? 正式審查 ? 編碼標(biāo)準(zhǔn)和規(guī)范 ? 通用代碼審查清單 上午 4時 8分 靜態(tài)白盒測試概述 ?靜態(tài)白盒測試 是指在不執(zhí)行軟件的條件下有條理地仔細(xì)審查軟件設(shè)計、體系結(jié)構(gòu)和代碼，從而找出軟件缺陷的過程，有時又稱為 結(jié)構(gòu)分析 ?對于要求嚴(yán)格的代碼，比如軍隊，金融，工業(yè)控制，醫(yī)藥類軟件，通常會自覺組織靜態(tài)白盒測試 上午 4時 8分 靜態(tài)白盒測試的原因 ?靜態(tài)白盒測試可以從整體上把握軟件代碼的質(zhì)量，比如可以輕易找到代碼不合規(guī)范的地方 ?進(jìn)行靜態(tài)白盒測試可以盡早發(fā)現(xiàn)軟件缺陷，便于及時改進(jìn) ?靜態(tài)白盒測試為動態(tài)測試準(zhǔn)備的案例提供思路 上午 4時 8分 靜態(tài)白盒測試的原因 上午 4時 8分 靜態(tài)白盒測試的困難 ? 由于靜態(tài)白盒測試投入高，耗時多，而且沒有直接的產(chǎn)出，很多公司難于接受，往往不能善始善終 ? 靜態(tài)白盒測試要求公司具有對編程標(biāo)準(zhǔn)和規(guī)范了解深刻的程序員，但很多公司不具備這種程序員，造成執(zhí)行困難 ? 靜態(tài)白盒測試可能會減緩軟件開發(fā)的進(jìn)度 上午 4時 8分 正式審查 ? 正式審查 是進(jìn)行靜態(tài)白盒測試的過程，其含義廣泛，從兩個程序員之間的交談，到代碼的嚴(yán)格檢查均屬于此 ? 正式審查是一個逐步建立的過程。 //推薦 b。 return (max)。 } 上午 4時 8分 比較錯誤 ? 小于、大于、等于、不等于、真、假等比較和判斷邏輯錯誤，可能造成邊界條件問題，包括： 1. 比較正確嗎，應(yīng)該使用小于還是小于等于 2. 精度會影響浮點數(shù)之間的比較結(jié)果嗎？ 3. 每一個邏輯表達(dá)式都正確計算嗎，次序正確嗎 4. 邏輯表達(dá)式的值都是邏輯值嗎，是否包含整數(shù)的整形變量 上午 4時 8分 比較錯誤舉例 int Read_Queue_Data(int iNum, long *buf) { //1. set reverse flag. if( rp+iNum iQueue_Size ) bReverse_Flag = false。 case LABEL_TYPE_STIMULATE: Draw_A_Sti_Label( i, pDC, label, rect )。 j1000。 //correct code a=a1。} q=1 b=2 if(a==2) x = x+2 x= x/2 p = q/r if(b/c3) z= x+y 上午 4時 8分 代碼測試的覆蓋范圍 ? 在控制流測試中，定義了 8種級別測試覆蓋范圍（ coverage） ? 覆蓋范圍（ coverage） 的意思是已經(jīng)被測試的代碼百分比 上午 4時 8分 小于 100%語句覆蓋范圍 ?0級： ?測試與調(diào)試之間沒有區(qū)別，除了支持調(diào)試，測試本身沒有目的 ?缺陷可能會偶爾被發(fā)現(xiàn)，但是沒有正式的努力去找到它們 上午 4時 8分 100%語句覆蓋范圍 ? 1級： ? 最低覆蓋范圍是指 100%語句覆蓋 ，可以簡稱為 語句覆蓋 ? 語句覆蓋意味著測試模塊中的每一條語句都至少被執(zhí)行一次。 } ? 上面模塊要進(jìn)行語句覆蓋，需要第一個條件為 a0,c=1，第二個條件為 b=3,d0 上午 4時 8分 條件（ condition)覆蓋范圍 ? 3級： ? 控制流覆蓋的下一級是 100%條件覆蓋 ，在這一級上，設(shè)計案例使組成判定點的每個條件至少被賦值為真、假一次 ? 比如，針對上面的模塊， 案例： a0, c=1, b=3, d0 和 a=0, c!=1, b!=3, d=0就可以就進(jìn)行條件測試 ? 條件測試通常優(yōu)于判定測試，因為條件測試對每個條件進(jìn)行了測試，而判定測試并不需要測試每個條件 ? 這兩種測試并不互相包含， 有什么區(qū)別？ 上午 4時 8分 判定 /條件覆蓋范圍 ? 4級： ? 思考下面的例子 : if (x amp