軟件測試基本流程.ppt

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