課件軟件測試-chap2第一講

1、軟件測試的幾個誤區(qū)誤區(qū)一：調(diào)試和測試是一樣的。誤區(qū)二：測試應當為保證質(zhì)量負責誤區(qū)三：測試自動化是萬能的誤區(qū)四：測試是為了證明軟件的正確性誤區(qū)五：把測試最為新員工的一個過渡工作誤區(qū)六：軟件測試是測試人員的事，與開發(fā)人員無關誤區(qū)七：根據(jù)軟件開發(fā)的瀑布模型，軟件測試是開發(fā)后期的一個階段。 第2章 軟件測試策略與過程 第2章 軟件測試策略與過程 軟件測試的復雜性與經(jīng)濟性1軟件測試方法2軟件測試階段3其它測試類型4主要內(nèi)容2.1 軟件測試的復雜性與經(jīng)濟性測試無法對程序進行完全的測試缺陷測試無法保證被測程序中無遺留錯誤修復不能修復所有的軟件故障軟件測試復雜性不充分的測試是愚蠢的，過度的測試是一種罪孽測試程

2、序只能證明錯誤的存在，但不能證明錯誤不存在黑盒白盒測試發(fā)現(xiàn)缺陷需要投入（時間和成本）經(jīng)濟性遺留缺陷有風險最佳的測試量軟件測試經(jīng)濟性系統(tǒng)的目的系統(tǒng)目的差別直接影響測試量潛在的用戶數(shù)量很大程度導上影響測試的必要性信息的價值系統(tǒng)包含的信息價值直接影響測試量決定測試量的影響因素開發(fā)機構測試時機通過以下途徑獲取計算機語言和信息技術國家的國際標準：美國國家標準會(ANSI) 國際工程協(xié)議(IEC) 國際標準化組織(ISO): 計算機機械聯(lián)合會(ACM) 電子電氣工程學會(IEEE) 2.2 軟件測試方法 ： -1 .靜態(tài)測試和動態(tài)測試主持人作者記錄員列席人員內(nèi)審員技術專業(yè)人員用戶代表不正式正式走查 審查

3、評審會議運行程序不運行程序，僅通過分析或檢查等其他手段達到檢測的目的。通過運行被測程序，檢查運行結果與預期結果的差異，并分析運行效率和健壯性等性能走查 （Walk Through）定義：采用講解、討論和模擬運行的方式進行的查找錯誤的活動。注意： 引導小組成員在走查前通讀設計和編碼。 限時，避免跑題。 發(fā)現(xiàn)問題適當記錄，避免現(xiàn)場修改。 檢查要點是代碼是否符合標準和規(guī)范，是否有邏輯錯誤。審查 （Inspection）定義：采用講解、提問方式進行，一般有正式的計劃、流程和結果。主要方法采用缺陷檢查表。注意： 以會議形式，制定會議目標、流程和規(guī)則，結束后要編寫報告。 按缺陷檢查表逐項檢查。 發(fā)現(xiàn)問題適

4、當記錄，避免現(xiàn)場修改。 發(fā)現(xiàn)重大缺陷，改正后會議需要重開。 檢查要點是缺陷檢查表，所以該表要根據(jù)項目不同不斷積累完善。走查與審查的比較走 查審 查準備通讀設計和編碼應準備好需求描述文檔、程序設計文檔、程序的源代碼清單、代碼編碼標準和代碼缺陷檢查表形式非正式會議正式會議參加人員開發(fā)人員為主項目組成員包括測試人員主要技術方法無缺陷檢查表注意事項限時、不要現(xiàn)場修改代碼限時、不要現(xiàn)場修改代碼生成文檔會議記錄靜態(tài)分析錯誤報告目標代碼標準規(guī)范，無邏輯錯誤代碼標準規(guī)范，無邏輯錯誤評審 （Review）定義：通常在審查會后進行，審查小組根據(jù)記錄和報告進行評估。注意： 充分審查了所規(guī)定的代碼，并且全部編碼準則被

5、遵守。 審查中發(fā)現(xiàn)的錯誤已全部修改。靜態(tài)測試的內(nèi)容對各種軟件文檔進行測試靜態(tài)測試針對代碼的靜態(tài)測試針對代碼的靜態(tài)測試代碼檢查靜態(tài)結構分析代碼質(zhì)量量度ISO/IEC國際標準定義軟件質(zhì)量包括6方面：功能性、可靠性、易用性、效率、可維護性、可移植性比動態(tài)測試更有效率，靜態(tài)分析能夠發(fā)現(xiàn)30%-70%的邏輯設計和編碼缺陷以圖形方式表現(xiàn)程序的內(nèi)部結構，例如函數(shù)調(diào)用關系圖、函數(shù)內(nèi)部控制流圖。(示例）針對軟件的可維護性，三種量度參數(shù)：Line復雜度:代碼行數(shù)作為計算的基準Halstead復雜度：運算符與運算元數(shù)量作為計數(shù)目標McCabe復雜度：將軟件流程圖轉化為有向圖，用圖論衡量。函數(shù)調(diào)用關系圖示例（Logiscope工具）某軟件的函數(shù)調(diào)用關系圖函數(shù)內(nèi)部控制流圖示例動態(tài)測試功能確認與接口測試覆蓋率分析性能分析內(nèi)存分析對代碼的執(zhí)行路徑覆蓋范圍進行評估。