【正文】 . 數(shù)據(jù)引用錯誤包含哪些方面的內容 5. 為什么應該堅持符合標準和規(guī)范的形式進行編碼 。} 3. if (b==3 || d0) 4. { y=0。 if(b/c3) {z=x+y。 上午 4時 8分 控制流測試的缺陷 3 ?軟件本身的邏輯錯誤無法通過測試找到，例如： // actual ( but incorrect ) code a = a+1。 i++ ) for ( j=0。 break。 // if iNum=0， It’s error return (ave)。 i++) if( max *(p+i) ) max = *(p+i)。如 a++。第 3代白盒方法主要代表是 xUnit系列測試工具，如JUnit、 NUnit、 DUnit等 ?第 4代白盒測試方法相對第 3代方法，主要是引入了調測一體的理念。常見的第 2代白盒測試工具有： Rational的 RTRT、Parasoft的 CppTest、 IPL的 Cantata++等 上午 4時 8分 幾代白盒測試的差異說明 ?第 3代白盒測試方法區(qū)別第 2代方法最主要特點是：它支持持續(xù)集成的操作模式，這在理念上有了一次飛躍。 use 0 instead. JUSTIFICATION Each of these features concerns an area of traditional C usage which creates some problem in C++. 上午 4時 8分 公司內部的規(guī)范示例 TOPIC: sentence 每行一個語句 每行最多包含一個語句。 istart+iNum。 ave = sum/iNum。 } ? 和 =混淆引發(fā)錯誤 上午 4時 8分 控制流錯誤 ? 控制流程錯誤 的原因是編程語言中循環(huán)等控制結構未按預期方式工作，他們通常由計算或比較錯誤直接或間接引起，包括： 1. 復合語句是否配對 2. 程序、模塊、子程序和循環(huán)能否終止 3. 可能存在死循環(huán)嗎 4. 循環(huán)可能從不執(zhí)行嗎 5. 在 switch…case 語句中超出分支范圍是否處理 上午 4時 8分 控制流錯誤舉例 switch ( iType ) { case LABEL_TYPE_GENERAL: Draw_A_Label( i, pDC, label, rect )。 i1000。 // 遺失語句： if ( a0 ) doIsLess()。 } p=q/r。 c==1) 2. { x= x+1。 } if (b==30 || d0 ) { y = 0。 y ) { conditionedStatement。} 3 . if (b==3) 4. {y=0。很多判定點是二值化的并且使用 ifthenelse語句實現(xiàn)；多路判定點通常使用 case語句實現(xiàn)。 k1000。 case LABEL_TYPE_DROP: Draw_A_Drop_Label( i, pDC, label, rect )。 iiNum。 int sum = *(p+start)。 b。很多問題是在準備階段發(fā)現(xiàn)的 2. 遵守規(guī)則 審查要遵守一套固定的規(guī)則，比如設定要評審的代碼量，花費的時間，審查的形式，哪些需要備注等 上午 4時 8分 正式審查的 4個要素 3. 確定問題 審查的目標是找出軟件的問題，包括錯誤和遺漏。上午 4時 8分 白盒測試 Whitebox testing 任課老師：黃武 上午 4時 8分 提綱 ?白盒測試概述 ?靜態(tài)白盒測試 ?動態(tài)白盒測試 上午 4時 8分 1. 白盒測試概述 ? 白盒測試概念 ? 白盒測試過程 ? 白盒測試的應用范圍 ? 白盒測試的優(yōu)點 ? 白盒測試的缺點 ? 白盒測試的發(fā)展歷程 上午 4時 8分 白盒測試概念 ?白盒測試 是一種基于軟件內部路徑，結構和代碼實現(xiàn)基礎上的軟件測試策略，該測試方法通常需要詳細的編程技巧 ?例：請找出下面代碼的錯誤 void main ( ) { int x。在審查時，只針對代碼而不要針對程序員，避免相互指責 4. 編寫審查報告 審查小組必須做出總結審查結果的書面報告，并使報告便于開發(fā)小組的成員使用 上午 4時 8分 正式審查的間接效果 1. 交流 ——審查成員之間加強了交流，從而相互理解，相互學習 2. 質量 ——程序員的代碼通過逐行審查，不僅提高審查代碼的質量，同時也對程序員起到促進作用 上午 4時 8分 同事審查 ? 同事審查 是指在編寫代碼的程序員和充當審查員的程序員或測試員之間進行的小范圍正式審查，這是最簡單的正式審查，又被稱為 伙伴審查 ? 為了避免同事審查流于形式，同事審查也要保證正式審查的 4個關鍵要素：審查準備，遵守規(guī)則，確定問題以及編寫審查報告 上午 4時 8分 公開陳述 ? 公開陳述 是使同事審查正規(guī)化的下一步。 //不推薦 上午 4時 8分 標準或規(guī)范的資源 上午 4時 8分 標準或規(guī)范的資源網(wǎng)站 1 全國信息技術標準化網(wǎng) 上午 4時 8分 標準或規(guī)范的資源網(wǎng)站 2 電氣電子工程師協(xié)會 上午 4時 8分 程序風格 ? 遵循不同的標準、規(guī)范（包括自己的）就形成了程序員的編程風格 ? 比如在函數(shù)前進入注釋，每行代碼不超過 100列寬，遵循嚴格的縮進格式 ? 良好的代碼風格是代碼維護的基礎，比如 /************************************************************** FUNCTION: void Fill_Scan_Disp_Data(DWORD dwStart, int iNum, short *p) PURPOSE: This function fill p data to displaying buffer. PARAMETERS:dwStart display buffer start position. iNum the data number to fill displaying buf. *p Temporary data buffer pointer. RETURN: None. *************************************************************/ void CTM_WAVEDoc::Fill_Scan_Disp_Data(DWORD dwStart, int iNum, short *p) { … } 上午 4時 8分 通用代碼審查清單 ?數(shù)據(jù)引用錯誤 ?數(shù)據(jù)聲明錯誤