《松鼠》課件-部編版課件1

軟件測試基礎軟件測試基礎1測試人員的目的是為了“破壞”已經建造好的軟件系統(tǒng)——竭力證明程序中有錯誤不能按照預定要求正確工作。測試人員的目的是為了“破壞”已經建造好的軟件系統(tǒng)——竭力證明2極其錯綜復雜的問題各類人員之間的通信和配合也不可能完美無缺極其錯綜復雜的問題3案例：嫦娥衛(wèi)星微軟公司案例：4整個飛行控制軟件有104萬行，而為了測試這些軟件是否正確，編了160萬行的測試程序在微軟，軟件開發(fā)和軟件測試人員比例達到1：1.5—1：2.5整個飛行控制軟件有104萬行，而為了測試這些軟件是否正確，編5一個軟件產品由項目經理、軟件開發(fā)和軟件測試團隊組成。測試人員(Tester)測試工具軟件開發(fā)工程師軟件測試工程師一個軟件產品由項目經理、軟件開發(fā)和軟件測試團隊組成。6測試用例（TestCase）是為某個特殊目標而編制的一組測試輸入、執(zhí)行條件以及預期結果，以便測試某個程序路徑或核實是否滿足某個特定需求。

測試用例（TestCase）是為某個特殊目標而編制的一組測7項目組發(fā)現(xiàn)、定位、處理和最終解決一個Bug的過程包括Bug報告、Bug評估和分配、Bug處理、Bug關閉等四個階段項目組發(fā)現(xiàn)、定位、處理和最終解決一個Bug的過程包括Bug報8軟件測試準則（1）所有測試都應該能追溯到用戶需求。軟件測試準則9（2）應該遠在測試開始之前就制定出測試計劃。（2）應該遠在測試開始之前就制定出測試計劃。10（3）把Pareto原理應用到軟件測試中。（3）把Pareto原理應用到軟件測試中。11（4）應該從“小規(guī)?！睖y試開始，并逐步進行“大規(guī)?！睖y試。（4）應該從“小規(guī)模”測試開始，并逐步進行“大規(guī)模”測試。12（5）窮舉測試是不可能的。（5）窮舉測試是不可能的。13（6）為了達到最佳的測試效果，應該由獨立的第三方從事測試工作。（6）為了達到最佳的測試效果，應該由獨立的第三方從事測試工141.模塊測試2.子系統(tǒng)測試3.系統(tǒng)測試4.驗收測試5.平行運行1.模塊測試157.3單元測試單元測試集中檢測軟件設計的最小單元——模塊。7.3單元測試單元測試集中檢測軟件設計的最小單元——模塊161.模塊接口主要檢查下述幾個方面：參數的數目、次序、屬性或單位系統(tǒng)與變元是否一致；是否修改了只作輸入用的變元；全局變量的定義和用法在各個模塊中是否一致。1.模塊接口172.局部數據結構對于模塊來說，局部數據結構是常見的錯誤來源。應該仔細設計測試方案，以便發(fā)現(xiàn)局部數據說明、初始化、默認值等方面的錯誤。2.局部數據結構183.重要的執(zhí)行通路在單元測試期間選擇最有代表性、最可能發(fā)現(xiàn)錯誤的執(zhí)行通路進行測試就是十分關鍵的。3.重要的執(zhí)行通路194.出錯處理通路應該著重測試下述一些可能發(fā)生的錯誤：(1)對錯誤的描述是難以理解的；(2)記下的錯誤與實際遇到的錯誤不同；(3)在對錯誤進行處理之前，錯誤條件已經引起系統(tǒng)干預；4.出錯處理通路20(4)對錯誤的處理不正確；(5)描述錯誤的信息不足以幫助確定造成錯誤的位置。(4)對錯誤的處理不正確；215.邊界條件邊界測試是單元測試中最后的也可能是最重要的任務。5.邊界條件22兩種測試方式兩種測試方式23白盒測試以測試的深度為主黑盒測試以測試的廣度為主。白盒測試以測試的深度為主24兩種測試執(zhí)行方式兩種測試執(zhí)行方式257.3.2代碼審查代碼審查是一種非常有效的程序驗證技術，對于典型的程序來說，可以查出30%～70%的邏輯設計錯誤和編碼錯誤。7.3.2代碼審查代碼審查是一種非常有效的程序驗證技術，26方法一：研究設計說明書由編寫者解釋程序代碼對照程序設計常見錯誤清單分析審查這個程序方法一：27方法二：由一個人扮演“測試者”，其他人扮演“計算機”。方法二：287.3.3計算機測試驅動軟件和(或)存根軟件存根程序也可以稱為“虛擬子程序”。它使用被它代替的模塊的接口，可能做最少量的數據操作，印出對入口的檢驗或操作結果，并且把控制歸還給調用它的模塊。7.3.3計算機測試驅動軟件和(或)存根軟件29《松鼠》ppt課件--部編版課件1307.4集成測試集成測試是測試和組裝軟件的系統(tǒng)化技術主要目標是發(fā)現(xiàn)與接口有關的問題7.4集成測試集成測試是測試和組裝軟件的系統(tǒng)化技術317.4.1自頂向下集成從主控制模塊開始，沿著程序的控制層次向下移動，逐漸把各個模塊結合起來。7.4.1自頂向下集成從主控制模塊開始，沿著程序的控制層32《松鼠》ppt課件--部編版課件1337.4.2自底向上集成自底向上測