1、1軟件測試軟件測試- Ch.3 軟件測試的實質軟件測試的實質主講教師：郭曉燕主講教師：郭曉燕第1頁/共27頁2本章目標了解軟件測試的原則了解軟件測試的原則熟悉軟件測試員的常用術語熟悉軟件測試員的常用術語第2頁/共27頁3軟件測試誤區(qū)軟件測試誤區(qū)p 誤區(qū)一：誤區(qū)一：如果發(fā)布出去的軟件有質量問題，都是軟件測試人員的錯p 誤區(qū)二：誤區(qū)二：軟件測試技術要求不高，至少比編程容易多了p 誤區(qū)三：誤區(qū)三：有時間就多測試一些，來不及就少測試一些 p 誤區(qū)四：誤區(qū)四：軟件測試是測試人員的事，與開發(fā)人員無關 p 誤區(qū)五：誤區(qū)五：根據(jù)軟件開發(fā)瀑布模型，軟件測試是開發(fā)后期的一個階段第3頁/共27頁43.1 測試的原則

2、完全測試程序是不可能的完全測試程序是不可能的 輸入量太大； 輸出結果太多； 軟件實現(xiàn)途徑太多； 軟件說明書沒有客觀標準。從不同角度看，軟件缺陷標準不同。軟件測試是有風險的行為軟件測試是有風險的行為測試無法顯示潛伏的軟件缺陷測試無法顯示潛伏的軟件缺陷可以報告軟件缺陷存在，卻不能報告軟件缺陷不存在； 第4頁/共27頁53.1 測試的原則找到的軟件缺陷越多，就說明軟件缺陷越多；找到的軟件缺陷越多，就說明軟件缺陷越多； 程序員也有心情不好的時候； 程序員往往犯同樣的錯誤； 某些軟件缺陷實乃冰山一角（有一個嚴重的主要原因造成）。殺蟲劑怪事；殺蟲劑怪事； 老用一種藥，害蟲都有抵抗力，程序也如此。 為了克服

3、殺蟲劑怪事，軟件測試員必須不斷編寫不同的、新的測試程序，對程序的不同部分進行測試，以找出更多軟件缺陷。第5頁/共27頁63.1 測試的原則并非所有軟件缺陷都要修復；并非所有軟件缺陷都要修復； 沒有足夠的時間；（交付期限不可更改） 不算真正的軟件缺陷；（也許是功能，理解錯誤、測試錯誤、修改SPEC） 修復的風險太大；（常見） 不值得修復。（不常出現(xiàn)、不常用）什么時候才叫缺陷難以說清；什么時候才叫缺陷難以說清；尚未發(fā)現(xiàn)或未觀察到的軟件缺陷只能說是潛在缺陷。第6頁/共27頁73.1 測試的原則產(chǎn)品說明書從沒有最終版本；產(chǎn)品說明書從沒有最終版本； 軟件測試員必須想到產(chǎn)品說明書可能改變軟件測試員在產(chǎn)品小

4、組中不受歡迎；軟件測試員在產(chǎn)品小組中不受歡迎； 因為工作就是挑錯！所以我們要懂得怎么和開發(fā)的相處 保持小組成員和睦的建議：早點找出缺陷；控制情緒；不要總是報告壞消息。軟件測試是一項講究條理的技術專業(yè)。軟件測試是一項講究條理的技術專業(yè)。第7頁/共27頁8精確和準確 精確參照物是目標。與目標越接近，就越準確； 準確參照物是每次實施的結果。幾次結果相互之間越接近，表示越精確。但與目標可能相去甚遠 第8頁/共27頁9確認和驗證（確認和驗證（V & VV & V） Verification：Are we building the product right？是否正確地構造了軟件？即是否正

5、確地做事，驗證開發(fā)過是否正確地構造了軟件？即是否正確地做事，驗證開發(fā)過程是否遵守已定義好的內容。程是否遵守已定義好的內容。驗證產(chǎn)品滿足規(guī)格設計說明書的驗證產(chǎn)品滿足規(guī)格設計說明書的一致性一致性Validation： Are we building the right product? 是否構造了正是是否構造了正是用戶所需要的軟件？即是否正在做正確的事。用戶所需要的軟件？即是否正在做正確的事。驗證產(chǎn)品所實現(xiàn)的功驗證產(chǎn)品所實現(xiàn)的功能是否滿足用戶的需求能是否滿足用戶的需求第9頁/共27頁10質量和可靠性 可靠性只是質量的一個因子,對應的質量還有很多其它的內容； 質量可能包含功能是否齊全，產(chǎn)品能否在各種

6、機器上運行，軟件公司有沒有技術支持，甚至包裝盒的色彩； 可靠性：在規(guī)定的時間和條件下,軟件產(chǎn)品維持其性能水平的一組屬性第10頁/共27頁11測試和質量保證(QA) 軟件測試員的目標是盡可能早一些找出軟件缺陷，確保得以修復； 軟件質量保證的主要職責是創(chuàng)建和加強促進軟件開發(fā)并防止軟件缺陷的標準和方法。第11頁/共27頁12測試方法測試方法 黑盒子和白盒子黑盒子和白盒子 靜態(tài)的和動態(tài)的靜態(tài)的和動態(tài)的 文檔、代碼審查文檔、代碼審查 數(shù)據(jù)輸入邊界條件法數(shù)據(jù)輸入邊界條件法 等價劃分、數(shù)據(jù)流程圖等價劃分、數(shù)據(jù)流程圖 狀態(tài)變換圖狀態(tài)變換圖 邏輯路徑法邏輯路徑法第12頁/共27頁13黑盒子和白盒子黑盒子和白盒子

7、功能測試功能測試數(shù)據(jù)驅動測試數(shù)據(jù)驅動測試 結構測試結構測試邏輯驅動測試邏輯驅動測試 客戶需求事件驅動輸入輸出第13頁/共27頁14靜態(tài)的和動態(tài)的主持人主持人作者記錄員列席人員內審員內審員技術專業(yè)人員用戶代表不正式正式互審 走讀 審查會議運行程序運行程序第14頁/共27頁15自動測試和手工測試手工模擬用戶手工模擬用戶操作操作第15頁/共27頁163.4 軟件測試的分類和階段 維護 需求定義應用定義應用開發(fā) 修訂 建立 建立執(zhí)行. 執(zhí)行執(zhí)行.測試計劃缺陷跟蹤測試開發(fā)測試設計評估第16頁/共27頁17軟件測試分類方法方法目標目標/特性特性單元測試單元測試系統(tǒng)測試系統(tǒng)測試驗收測試驗收測試性能測試性能測

8、試強壯性測試強壯性測試功能測試功能測試白盒測試白盒測試黑盒測試黑盒測試測試階段或層次測試階段或層次適用性測試適用性測試可靠性測試可靠性測試集成測試集成測試安全性測試安全性測試第17頁/共27頁18軟件測試階段軟件測試階段階階 段段輸輸 入入 輸輸 出出 需求分析需求分析需求定義需求定義, 市場分析文檔市場分析文檔, 相關技相關技術文檔術文檔市場需求分析會議記要市場需求分析會議記要 , 功能設計功能設計, 技術設計技術設計設計審查設計審查 市場需求文檔市場需求文檔, 技術設計文檔技術設計文檔 測試計劃測試計劃, 測試用例測試用例功能驗證功能驗證 代碼完成文件包代碼完成文件包,功能詳細設計說功能詳

9、細設計說明書明書最終技術文檔最終技術文檔完整測試用例完整測試用例,完備的測試計劃完備的測試計劃, 缺缺陷報告陷報告,功能驗證測試報告功能驗證測試報告系統(tǒng)測試系統(tǒng)測試代碼修改后的文件包代碼修改后的文件包 完整測試用例完整測試用例,完備的測試計劃完備的測試計劃 缺陷報告缺陷報告缺陷狀態(tài)報告缺陷狀態(tài)報告項目階段報告項目階段報告確認測試確認測試代碼凍結文件包代碼凍結文件包確認測試用例確認測試用例缺陷狀態(tài)報告缺陷狀態(tài)報告缺陷報告審查缺陷報告審查版本審查版本審查版本發(fā)布版本發(fā)布 代碼發(fā)布文件包代碼發(fā)布文件包 測試計劃檢查清單測試計劃檢查清單當前版本已知問題的清單當前版本已知問題的清單版本發(fā)布報告版本發(fā)布報

10、告第18頁/共27頁19測試階段（測試階段（SDLC)第19頁/共27頁20單元測試單元測試單元測試單元測試的對象是程序系統(tǒng)中的最小單元-模塊或組件上，在編碼階段進行，針對每個模塊進行測試，主要通過白盒測試方法，從程序的內部結構出發(fā)設計測試用例，檢查程序模塊或組件的已實現(xiàn)的功能與定義的功能是否一致、以及編碼中是否存在錯誤。多個模塊可以平行地、對立地測試，通常要編寫驅動模塊和樁模塊單元測試一般由編程人員和測試人員共同完成 第20頁/共27頁21集成測試集成測試集成測試集成測試，也稱組裝測試、聯(lián)合測試、子系統(tǒng)測試，在單元測試的基礎上，將模塊按照設計要求組裝起來同時進行測試，主要目標是發(fā)現(xiàn)與接口有關

11、的模塊之間問題 兩種集成方式：一次性集成方式和增殖式集成方式。第21頁/共27頁22功能測試功能測試功能測試功能測試一般須在完成集成測試后進行，而且是針對應用系統(tǒng)進行測試。功能測試是基于產(chǎn)品功能說明書，是在已知產(chǎn)品所應具有的功能，從用戶角度來進行功能驗證，以確認每個功能是否都能正常使用 第22頁/共27頁23系統(tǒng)測試系統(tǒng)測試系統(tǒng)測試系統(tǒng)測試是將軟件放在整個計算機環(huán)境下，包括軟硬件平臺、某些支持軟件、數(shù)據(jù)和人員等，在實際運行環(huán)境下進行一系列的測試，包括恢復測試、安全測試、強度測試和性能測試等 第23頁/共27頁24驗收測試驗收測試 & &安裝測試安裝測試驗收測試驗收測試的目的是向未來的用戶表明系統(tǒng)能夠像預定要求那樣工作，驗證軟件的功能和性能如同用戶所合理期待的那樣安裝測試安裝測試是指按照軟件產(chǎn)品安裝手冊或相應的文檔，在一個和用戶使用該產(chǎn)品完全一樣的環(huán)境中