軟件測試基本流程

單擊此處編輯母版標題樣式,單擊此處編輯母版文本樣式,第二級,第三級,第四級,第五級,*,單擊此處編輯母版標題樣式,單擊此處編輯母版文本樣式,第二級,第三級,第四級,第五級,*,單擊此處編輯母版標題樣式,單擊此處編輯母版文本樣式,第二級,第三級,第四級,第五級,*,單擊此處編輯母版標題樣式,單擊此處編輯母版文本樣式,第二級,第三級,第四級,第五級,*,單擊此處編輯母版標題樣式,單擊此處編輯母版文本樣式,第二級,第三級,第四級,第五級,*,軟件測試流程培訓,SUN,什么是軟件測試,軟件測試概念,使用人工或自動手段來運行或測試某個系統(tǒng)的過程，其目的在于檢驗它是否滿足規(guī)定的需求或弄清預期結果于實際結果之間的差別,軟件測試原則,1.,應及早進行測試并把測試貫穿于整個軟件生命周期,2.,軟件測試應追溯需求,3.,測試應由第三方構造,4.,窮舉測試是不可能的,5.,必須確定預期輸出結果,6.,必須徹底檢查每個測試結果,7.,充分注意測試中的群集現(xiàn)象,軟件生命周期,V,模型,通過,V,模型我們可以看出：,軟件測試按階段可分為,單元測試,集成測試,系統(tǒng)測試,驗收測試,我們一般進行的測試為系統(tǒng)測試，即將所有系統(tǒng)元素結合在一起，在實際運行環(huán)境下對系統(tǒng)進行全面的功能覆蓋。,軟件測試流程,軟件測試一般流程：,1.,制定測試計劃,2.,設計測試方案,/,用例,3.,實施測試,4.,測試總結,需求階段：,根據需求規(guī)格說明書輸出系統(tǒng)測試計劃,詳細設計,/,編碼階段：,評審開發(fā)輸出的,SRS,（詳細設計說明書）,根據最終,SRS,輸出測試方案,/,測試用例,-,評審,/,修改測試方案,/,用例,測試階段（,SDV1,、,SDV2,、,SDV3,）：,1.,每輪測試前需要做冒煙測試，執(zhí)行功能,Chicklist,，確認系統(tǒng)主要功能正確，,如果,Chicklist,達不到要求，可以要求開發(fā)版本打回（最好的辦法是提供開發(fā)人員一份,Chicklist,，要求開發(fā)出版本轉測前進行自測，保證,Chicklist,全部通過才轉測試），每輪測試結束后進行測試用例的修改,/,補充工作。,2.SDV1,階段時間最長，要求在此階段時間內盡量將問題發(fā)現(xiàn)，避免以后階段再出現(xiàn)低級,BUG,。每輪以用例全部執(zhí)行完，功能全部覆蓋作為結束標準（迭代開發(fā)除外）。,3.SDV2,或,SDV3,階段，在冒煙測試后，系統(tǒng)測試展開前，需要進行上一輪的問題回歸測試，以驗證開發(fā)問題修改情況，并將回歸情況進行反饋,系統(tǒng)測試后期一般根據需要會展開交叉測試以及發(fā)散性測試等測試策略,*系統(tǒng)測試完成標準以是否滿足缺陷率為判定標準,測試結束需要輸出測試報告,測試報告以代碼量、測試用例數(shù)、缺陷數(shù)、投入人力,/,天數(shù)為數(shù)據依據,測試總結、問題回溯,/,漏測分析,測試方案,/,測試用例編寫,測試方案設計：,測試方案就是對系統(tǒng)模塊的功能進行分析后，設計測試點（正常、異常情況），要求達到對模塊功能的的覆蓋，指導測試用例的設計,注：,測試方案階段要求對模塊功能實現(xiàn)邏輯進行全面的掌握，包括功能限定，異常情況處理、后臺數(shù)據處理，涉及到的數(shù)據表,/,字段等,建議和開發(fā)多進行溝通，讓開發(fā)人員對實現(xiàn)邏輯等進行全面說明，并做記錄,測試方案設計樣式根據各個公司要求進行，一般是寫在各個功能的,SRS,后,測試用例設計：,測試用例設計使用的的測試方法,1.,等價類劃分,2.,邊界值法,3.,因果圖,判定表,4.,通過測試,5.,失敗測試,6.,錯誤猜測,7.,隨機測試,等,測試用例設計的注意點,1.,一種情況一條用例，用例設計盡可能細化,2.,用例名稱要求能簡單明了的描述該用例的測試點,3.,用例級別要明確，一般主功能正常用例的級別為,1,級，復雜及異常情況用例可為,2,、,3,級,4.,預置條件要清楚，對該用例執(zhí)行所需要滿足的條件描述清楚，特別是異常情況用例時。,5.,測試步驟盡量詳細，要做到讓用例設計者以外的人能根據測試步驟順利執(zhí)行用例，格式不做強制要求,6.,預期結果要明確，對于頁面跳轉，數(shù)據入庫等結果要細化，異常操作要有相應提示等。例如用戶注冊成功后，頁面跳轉到注冊成功頁面，出現(xiàn)相應提示信息，哪些表中會有相應用戶注冊數(shù)據，或哪些表中哪個字段值會有何樣改變等。,要做到能讓用例設計者以外的人執(zhí)行用例后對于執(zhí)行的結果有明確清楚的判定標準,測試策略簡介,功能測試,性能測試,負載測試,壓力測試,容量測試,易用性測試,安裝測試,界面測試,配置測試,文檔測試,兼容性測試,安全性測試,恢復測試,如何有效的跟蹤問題,測試時往往會遇到很多問題阻塞測試進度，或者問題單遲遲得不到解決的情況，此時要求測試人員能發(fā)現(xiàn)問題，盡量通過日志進行定位，如無法定位問題所在，應及時找相關開發(fā)人員進行問題定位及解決。但是也不能將問題丟給開發(fā)作為跟蹤的結束，要定時跟蹤問題解決情況，并盡量讓開發(fā)給出解決問題時間點，進行其他方面工作，以避免時間浪費。平時需要和開發(fā)保持良好溝通，解決問題會快一點，開發(fā)主動性也會相對較高。,對于測試人員來說，要學會定位問題，學會通過日志發(fā)現(xiàn)問題，平時在開發(fā)人員幫助解決問題時可進行學習，知道問題所在,測試驅動開發(fā),雖然說在項目開發(fā)過程中開發(fā)人員處于主導地位，但是測試人員是站在用戶的角度去評價系統(tǒng)的，測試人員如過發(fā)現(xiàn)流程或者設計不合理的地方應及時提出，和開發(fā)進行討論，驅動開發(fā)人員修改設計不當?shù)牡胤健?當開發(fā)人員對測試人員提出的意見比較排斥時，不能開發(fā)人員說什么，測試人員聽什么，要根據情況堅持自己的觀點，必要時可找有決策權的人決定是否修改,問題單編寫規(guī)范,1.,問題單標題規(guī)則,【,模塊名,】+,問題描述,問題描述盡量用簡介的語言將問題描述清楚，不宜過長,2.,需要有詳細的重現(xiàn)步驟，對于概率性出現(xiàn)的問題要盡量重現(xiàn)操作步驟；,3.,實際結果或存在問題,4.,預期結果或建議,5.,最好每個問題能附上圖片,注：對于一些突發(fā)的問題，盡量截圖保留問題頁面，再分析是否 為系統(tǒng)問題,問題單級別,致命：系嘔吐那個任何一個主要功能完全喪失，數(shù)據受到破壞、系統(tǒng)崩 潰、死機等,嚴重：系統(tǒng)的主要功能部分喪失，數(shù)據不能保存，所提供的功能或服務受到明顯影響,一般：系統(tǒng)次要功能沒有完全實現(xiàn)，但不影響用戶使用,建議：不影響功能的，提示信息，易用性方面等,關于,Chicklist,作為每次轉測試前的冒煙測試（預測試），修要保證轉測的系統(tǒng)主要功能完全實現(xiàn)，滿足此條件才可進入測試階段，否則根據,Chicklist,執(zhí)行情況，可將包打回給開發(fā)。,最好要求開發(fā)人員打包后先自行驗證,Chicklist,一遍再轉測試，以保證轉包質量,Chicklist,內容一般包含,模塊,模塊主功能,對應開發(fā)人員,開發(fā)人員驗證結果,對應測試人員,測試人員驗證結果,備注等,使用,Chicklist,的目的也是為了保證轉測試的包的質量，避免不必要的時間浪費，規(guī)范流程,謝謝！,