靜態(tài)測試ppt課件-wenkub.com
2025-05-06 22:22 本頁面
【正文】 ? 經(jīng)過評審、靜態(tài)分析之后的代碼，為真正進行動態(tài)的代碼測試做好了準備。 ? 同級評審是以發(fā)現(xiàn)缺陷為主要目的的一種評審方法。 ? 分類 ? 按照功能，例如 1. 代碼審查 2. 一致性檢查 3. 交叉索引 4. 接口分析 5. 輸入輸出規(guī)格說明分析 6. 數(shù)據(jù)流分析 7. 錯誤檢查 8. 類型分析 9. 單元分析 《 軟件測試方法和應用 》 235 靜態(tài)分析工具 ? 基于數(shù)據(jù)流分析方法的靜態(tài)分析工具，可提供的缺陷信息： 1. 語法錯誤信息； 2. 各種類型源語句出現(xiàn)的次數(shù)； 3. 標識符使用的交叉索引； 4. 標識符在每個語句中使用的各種情況，如數(shù)據(jù)源點、數(shù)據(jù)終點、調(diào)用參數(shù)、啞參數(shù)和下標等； 5. 每個程序所調(diào)用的子程序和函數(shù)； 6. 未經(jīng)初始化的變量； 7. 未曾使用過的變量； 8. 任何輸入數(shù)據(jù)都執(zhí)行不到的孤立代碼段； 9. 違背編碼標準之處，包括背離語言標準以及用戶制定的實用標準； 10. 錯用的全程變量、公用變量及參數(shù)表，如參數(shù)個數(shù)有誤、類型不匹配、輸入?yún)?shù)未經(jīng)初始化、輸出參數(shù)未賦值、輸出參數(shù)雖賦值但未使用、對輸入和輸出均無用的參數(shù)等等。 ? 在進行代碼評審時，評審專家會關注被評審代碼是否符合檢查表規(guī)范，如果不符合則很可能存在缺陷。 審查工作流程 《 軟件測試方法和應用 》 215 ? 返工 ? 參與者：作者 ? 在此階段，作者修改會議中確認的問題，輸出修改后的交付產(chǎn)品 ? 跟蹤 ? 參與者：評審組長 /質(zhì)量工程師 /指定的審查專家 ? 檢查修改后的交付件，如果通過，則輸出可基線的交付物 ? 因果分析 ? 參與者：質(zhì)量工程師 ? 在這個階段，開展如下工作： 1. 分析缺陷原因 2. 度量審查效率和效果 審查工作流程 《 軟件測試方法和應用 》 216 審查規(guī)則 ? 為了更好地發(fā)揮審查的作用，在審查中有一組需要遵守的原則 ? 作者不能擔當評審組長、讀者或記錄員等角色，要保持開放的思想，接受別人的意見，避免爭論 ? 評審組長不要同時擔任記錄員 ? 控制審查小組規(guī)模： 3～ 7個審查專家為好 ? 審查專家要努力發(fā)現(xiàn)被審查對象中的問題，審查過程中始終保持對問題的敏感性 ? 審查期間要努力發(fā)現(xiàn)問題不要試圖去解決問題 ? 會議限制在兩個小時之內(nèi) ? 在會議上，審查團隊要保持一個適當?shù)膶彶樗俣龋啃r 150～ 200行代碼或 3～ 4頁文檔 《 軟件測試方法和應用 》 217 小組評審 ? 小組評審 ? 類似于審查，是一種“輕型審查”，同樣可以可采用審查的指導方針和流程，只是沒有審查正式也沒有審查嚴格，會議期間讀者的角色由評審組長代替 ? 小組評審方法發(fā)現(xiàn)問題的數(shù)量是審查的 2/3 《 軟件測試方法和應用 》 218 走讀和同級桌查 ? 走讀 ? 產(chǎn)品的作者一組同事說明該產(chǎn)品，希望獲得他們的意見以滿足自己的需要。 Fagan的審查流程包括：計劃、介紹會議、準備、會議、返工、跟蹤、因果分析，每個階段定義 ? 參與審查的角色 ? 相應的輸入、輸出 《 軟件測試方法和應用 》 210 審查流程 《 軟件測試方法和應用 》 211 審查中的角色 ? 作者 ? 被評審對象的創(chuàng)建者，提供被評審對象及其相關信息 ? 評審組長 ? 組織評審會議，確保審查活動能夠正確地進行 ? 審查專家 ? 發(fā)現(xiàn)被評審對象中的問題 ? 讀者 ? 在會議上講解被評審對象，使評審專家把精力集中在被評審對象本身而不是作者 ? 記錄員 ? 記錄會議階段有價值的信息 《 軟
教學課件相關推薦
鄂ICP備17016276號-1