Chap概述解讀.ppt_第1頁
Chap概述解讀.ppt_第2頁
Chap概述解讀.ppt_第3頁
Chap概述解讀.ppt_第4頁
Chap概述解讀.ppt_第5頁
免費預覽已結束,剩余47頁可下載查看

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

2020/5/23,1,華中科技大學軟件學院,WuJianjie,軟件測試,軟件測試,2020/5/23,2,課程概述,內容,參考書目,成績評定,2020/5/23,3,課程概述內容,軟件測試綜述軟件測試的定義,原則,發展,模型測試基礎黑盒測試,白盒測試,面向對象的測試測試策略單元測試,集成測試,系統測試運用測試技術配置測試,兼容性測試,外國語言測試,易用性測試測試工具功能測試工具,白盒測試工具,性能測試工具,2020/5/23,4,課程概述成績評定,成績評定方法平時成績(40%)開卷考試(60%),2020/5/23,5,軟件測試PaulC.Jorgensen,2002,SoftwareTesting韓柯等譯,2002,機械工業出版社軟件測試RonPatton,2002,SoftwareTesting周予濱,姚靜等譯,2002,機械工業出版社TheartofsoftwaretestingGlenfordJ.Myers,JohnWiley&Sons,Inc,1979,2004軟件自動化測試:引入、管理與實施ElfriedeDustin,JeffRashka,電子工業出版社面向對象的軟件測試JohnD.McGregor,2001,機械工業出版社,課程概述參考書目,2020/5/23,6,課程概述參考書目,軟件測試實用教程方法與實踐武劍潔,2012年,電子工業出版社笑傲測試魏偉,2006,清華大學出版社軟件質量管理實踐軟件缺陷預防、清除、管理實用方法于波,姜艷,2008,電子工業出版社LoadRunner性能測試實戰于波,姜艷,2007,電子工業出版社,2020/5/23,7,測試概述,什么是軟件測試什么是軟件缺陷-BugBug的來源Bug給軟件帶來的影響測試用例,顧客角度數據需求分析功能需求分析(正常功能,容錯性)業務流程分析,2020/5/23,8,生產商角度投資成本,軟件投資小,技術達到要求即可,不要找大公司做,技術層面:可靠性高,不易損壞,容量要求(上下限),是否有缺貨提示,方便及時補貨,是否可以聯網,由中心統一調配,是否有統計功能,判斷哪些貨品銷量好,方便提高銷售額,,2020/5/23,9,經銷商角度靈活設置商品,使商品多樣化,價格可設置,安全防范設施,報警系統,缺貨提示,,2020/5/23,10,2020/5/23,11,測試概述,什么是軟件測試?確信程序做了它應該做的事情(Hetzel,1973)證明軟件中不存在錯誤的過程為找出錯誤而運行程序或系統的過程(Myers,1979)查出規格說明中的錯誤以及與規格說明不符的地方一切以評價程序或系統的屬性、能力為目的的活動(Hetzel,1983)對軟件質量的度量(Hetzel,1983)評價程序或系統的過程驗證系統滿足需求或確定實際結果與預期結果之間的區別確認程序正確實現了所要求的功能,2020/5/23,12,測試概述,什么是軟件測試?IEEE對軟件測試的定義使用人工和自動手段來運行或測試某個系統的過程,其目的在于檢驗其是否滿足規定的需要或是弄清楚預期結果與實際結果之間的差別。功能需求測試需求測試用例,如何測試?,2020/5/23,13,測試概述,測試過程模型,2020/5/23,14,測試概述,開發過程中軟件測試的相關工作軟件測試計劃(目標,活動安排,所需工具、設備,完成標準等)軟件測試人員組織(開發人員,獨立測試和用戶測試)測試實施過程(人工或自動執行,比較實際結果和預期結果,記錄測試用例的執行歷史,跟蹤用例執行情況)測試結果反饋(測試入口文檔,計劃,測試用例報告,測試情況報告,測試總結報告)回歸測試,2020/5/23,15,測試概述,什么是軟件測試什么是軟件錯誤Bug?Bug的來源Bug給軟件帶來的影響測試用例,2020/5/23,16,防不勝防的軟件錯誤,1963年,美國,火箭爆炸1991年,美國,愛國者導彈防御系統1992年,美國,Mary去幼兒園上課1994年,美國,英特爾奔騰芯片1994-1995年,美國,迪斯尼的獅子王1995年,美國,新丹佛國際機場的自動化行李系統1996年,美國,飛往哥倫比亞的飛機1998年,蠕蟲病毒1999年,美國,火星登陸飛船。,2020/5/23,17,測試概述什么是Bug,關于軟件缺陷的術語,DefectVarianceFaultFailureProblemInconsistencyErrorFeatureIncidentBugAnomaly,缺陷,2020/5/23,18,測試概述什么是Bug,軟件缺陷:正式定義軟件測試員認為軟件難以理解,不易使用,運行速度慢,或最終用戶認為不好軟件未達到需求規格說明書標明的功能軟件出現了需求規格說明書指明不會出現的錯誤軟件功能超出需求規格說明書指明的范圍軟件未達到需求規格說明書雖未指出但應達到的目標,如何測試?,2020/5/23,19,測試概述,什么是軟件測試什么是軟件錯誤BugBug的來源Bug給軟件帶來的影響測試用例,2020/5/23,20,測試概述Bug的來源,軟件生命周期用戶軟件需求分析員需求規格說明設計員設計說明書程序員源代碼計算機運行結果,2020/5/23,21,測試概述Bug的來源,例,2020/5/23,22,測試概述,什么是軟件測試什么是軟件錯誤BugBug的來源Bug給軟件帶來的影響測試用例,2020/5/23,23,測試概述Bug給軟件帶來的影響,隨著時間的推移,軟件缺陷的修復費用呈指數級增長編寫產品說明書時,早期發現軟件缺陷,費用:幾角錢同樣的軟件缺陷直到軟件編制完成開始測試時發現,費用:幾元錢同樣的軟件缺陷由用戶發現,費用:上百元,甚至更多,若缺陷留到用戶手中,結果怎樣?,2020/5/23,24,測試概述,什么是軟件測試什么是軟件錯誤BugBug的來源Bug給軟件帶來的影響測試用例,2020/5/23,25,測試概述測試用例,測試用例:是執行條件和預期結果的集合。自由測試:用戶輸入系統輸出數據計算數據存儲,2020/5/23,26,測試概述測試用例,Why窮盡測試是不可能的為了節省時間和資源提高測試效率,2020/5/23,27,測試概述測試用例,開始實施測試之前設計測試用例,可避免盲目測試并提高測試效率測試用例的使用使得軟件測試的實施重點突出在軟件版本更新后只需修正少部分測試用例即可展開測試工作,降低工作強度,縮短項目周期功能模塊的通用化和復用化使軟件易于開發,相對功能模型的測試用例的通用化和復用化使軟件測試易于開展,并隨用例的不斷精化效率不斷提高,2020/5/23,28,測試概述測試用例,What測試用例是針對要測試的內容所確定的一組輸入信息,是為達到最佳的測試效果或高效的揭露隱藏的錯誤而精心設計的少量測試數據,2020/5/23,29,測試概述測試用例,測試用例的內容測試人測試時間測試項目前提條件測試用例ID輸入預期輸出環境配置與其他測試用例的關系,2020/5/23,30,測試概述測試用例,測試用例的模板Excel每個用例占用一行利于管理和維護多用于功能測試Word每個用例占用一頁描述清晰多用于性能測試,例,2020/5/23,31,測試概述測試用例,測試用例的數據構成正常數據邊界值錯誤數據:好的系統錯誤處理語句是正常執行語句的兩倍,2020/5/23,32,測試概述測試用例,Who測試設計員(或分析設計員)根據不同階段的測試計劃、設計模型和實施模型設計該階段的測試用例,2020/5/23,33,測試概述測試用例,When軟件的全生命周期,2020/5/23,34,測試概述,軟件測試的發展歷程軟件測試的原則測試模型,2020/5/23,35,測試概述軟件測試的發展,早期70年代存在測試無軟件測試理論和方法為表明程序正確而進行測試70年代開始出現測試理論和測試方法;1972年,BillHetzel在NorthCarolina大學舉行第一次以軟件測試為主題的正式會議1979年,GlenfordMyersTheArtofSoftwareTesting提出軟件測試的目的是為了證偽,2020/5/23,36,測試概述軟件測試的發展,80年代1981年,BillHetzel開設“StructuredSoftwareTesting”公共課1988年,DavidGelperin&BillHetzel在“CommunicationsoftheACM”發表“TheGrowthofSoftwareTesting”,介紹系統化的測試和評估流程70年代后期至80年代中期開始建立QA/SQA部門,2020/5/23,37,測試概述軟件測試的發展,目前1996年,提出測試能力成熟度TCMM(TestingCapabilityMaturityModel)、測試支持度TSM(TestabilitySupportModel)、測試成熟度TMM(TestingMaturityModel)從不同的角度,用不同的方法,研究不同領域的軟件測試相關問題,2020/5/23,38,測試概述軟件測試的發展,開發與測試的發展,2020/5/23,39,測試概述軟件測試的發展,現狀軟件測試的實踐性大于理論性軟件測試理論體系尚不成熟面向對象的測試分布式系統整體性能的測試實時系統的測試信息系統安全性的測試與評估軟件測試工具尚不成熟軟件測試效果對于個人的依賴性比較大,2020/5/23,40,測試概述,軟件測試的發展歷程軟件測試的原則測試模型,2020/5/23,41,測試概述測試的原則,1、測試應基于用戶需求2、測試設計是關鍵測試時間和資源有限,不能測試到所有情況,測試有風險,避免冗余的測試3、應盡早開始測試并不斷地進行測試盡早制定測試計劃,測試從模塊級開始,測試貫穿于軟件開發各階段4、心理素質最重要開發人員我不會犯錯,這種錯誤不能算作錯誤,發現我的錯誤是對我工作的否定測試人員責任心不夠,沒有創造性、枯燥,技術比開發人員差,自信心不足,2020/5/23,42,測試概述測試的原則,5、測試前必須明確預期的輸出結果6、避免測試自己的軟件7、應充分注意測試中的群集現象Pareto原則:錯誤的80可能集中于20的程序模塊經驗表明,測試后程序中殘存的錯誤數目與該程序中已發現的錯誤數目成正比8、必須檢查每一個實際輸出結果9、依照用戶的要求、配置環境和使用習慣進行測試并評價結果,2020/5/23,43,測試概述測試的原則,10、測試設計決定測試有效性和效率,測試工具只能提高測試效率,而非萬能11、保留測試設計,注意測試設計的可重用性和說明文檔12、測試活動要有組織、有計劃、有選擇不充分的測試是不負責任,過度測試是浪費資源,計劃的活動提高效率13、不放棄隨機測試14、軟件測試員在開發小組中不受歡迎,2020/5/23,44,測試概述測試的原則,影響軟件測試過程的5個典型因素,可預測的,隨意性的,低,高,高,低,可預測的,隨意性的,開發流程,軟件風險,客戶參與程度,測試流程,高,低,測試人員的技能,2020/5/23,45,測試概述,軟件測試的發展歷程軟件測試的原則測試模型,2020/5/23,46,測試概述測試模型,V模型W模型H模型,2020/5/23,47,測試概述V模型,20

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論