軟件測試-靜態(tài)測試(已改無錯字)
2023-06-26 21:30:12 本頁面
【正文】 面去度量，即可分析性（ Analyzability）、可改變性（ Changeability）、穩(wěn)定性（ Stability）以及可測試性（ Testability）。具體到軟件的可測試性怎么去衡量。又可以從三個度量元去考慮，例如圈復雜度、輸入 /輸出的個數(shù)等。圈復雜度越大，說明代碼中的路徑越多；路徑越多，意味著要去做測試，需要寫更多的測試用例。輸入 /輸出的個數(shù)同樣的道理。在具體的實踐中，專門的質(zhì)量度量工具是必要的。沒有工具的支持，這一步很難只靠人工完成。在這個階段，比較專業(yè)的工具有 Testbed、Logiscope等。 靜態(tài)測試錯誤檢測 在傳統(tǒng)意義上認為，錯誤檢測應該是動態(tài)的系統(tǒng)測試的范圍。但在 bug的成本上分析，有以下公認的結(jié)論。 bug發(fā)現(xiàn)的越晚，修正的成本就越高，測試階段修正 bug的成本是編碼階段的約 4倍的關(guān)系。為了減少成本， bug被發(fā)現(xiàn)的越早越好。在編程階段，靜態(tài)的分析代碼就能找到代碼的 bug，是很多人的夢想。這個夢想在 21世紀初變成了現(xiàn)實。以 PolySpacee、 Klocwork、 Coverity為代表的靜態(tài)分析軟件，實現(xiàn)了只要靜態(tài)分析代碼，就可以發(fā)現(xiàn)代碼的 bug，例如數(shù)組越界、除數(shù)為 0、緩沖區(qū)溢出等，雖然還不是特別完美。微軟在其最新的開發(fā)工具 VisualStudio2021的teamsystemediton中集成了安全工具 PREFix。 PREFix原來就是著名的靜態(tài)分析工具，后被微軟收購過來。從微軟的傾向看發(fā)展走勢，類似的靜態(tài)工具未來會成為市場的主流。 靜態(tài)測試缺陷成本圖 靜態(tài)測試測試要點 ?挑選合適的復審員 ?管理部門的參與 ?注意事項 ?技術(shù)復審與項目管理 ?復審領(lǐng)導 ?記錄員 ?規(guī)則和慣例 ?規(guī)則 ?用戶與復審 靜態(tài)測試與動態(tài)測試的區(qū)別 ?識別缺陷的成效 — 靜態(tài)測試的成效：最多識別軟件所有缺陷中 7075%的缺陷 — 動態(tài)測試的成效：最多識別軟件所有缺陷中 3035%的缺陷 ?識別缺陷的成本 — 需求階段識別一個重要缺陷平均花費 23小時
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1