1、軟件測(cè)試流程培訓(xùn),SUN,1,什么是軟件測(cè)試,軟件測(cè)試概念 使用人工或自動(dòng)手段來運(yùn)行或測(cè)試某個(gè)系統(tǒng)的過程，其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果于實(shí)際結(jié)果之間的差別,2,軟件測(cè)試原則,1.應(yīng)及早進(jìn)行測(cè)試并把測(cè)試貫穿于整個(gè)軟件生命周期 2.軟件測(cè)試應(yīng)追溯需求 3.測(cè)試應(yīng)由第三方構(gòu)造 4.窮舉測(cè)試是不可能的 5.必須確定預(yù)期輸出結(jié)果 6.必須徹底檢查每個(gè)測(cè)試結(jié)果 7.充分注意測(cè)試中的群集現(xiàn)象,3,軟件生命周期V模型,4,通過V模型我們可以看出： 軟件測(cè)試按階段可分為 單元測(cè)試 集成測(cè)試 系統(tǒng)測(cè)試 驗(yàn)收測(cè)試 我們一般進(jìn)行的測(cè)試為系統(tǒng)測(cè)試，即將所有系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下對(duì)系統(tǒng)進(jìn)

2、行全面的功能覆蓋。,5,軟件測(cè)試流程,軟件測(cè)試一般流程： 1.制定測(cè)試計(jì)劃 2.設(shè)計(jì)測(cè)試方案/用例 3.實(shí)施測(cè)試 4.測(cè)試總結(jié),6,需求階段： 根據(jù)需求規(guī)格說明書輸出系統(tǒng)測(cè)試計(jì)劃 詳細(xì)設(shè)計(jì)/編碼階段： 評(píng)審開發(fā)輸出的SRS（詳細(xì)設(shè)計(jì)說明書） 根據(jù)最終SRS輸出測(cè)試方案/測(cè)試用例-評(píng)審/修改測(cè)試方案/用例 測(cè)試階段（SDV1、SDV2、SDV3）： 1.每輪測(cè)試前需要做冒煙測(cè)試，執(zhí)行功能Chicklist，確認(rèn)系統(tǒng)主要功能正確， 如果Chicklist達(dá)不到要求，可以要求開發(fā)版本打回（最好的辦法是提供開發(fā)人員一份Chicklist ，要求開發(fā)出版本轉(zhuǎn)測(cè)前進(jìn)行自測(cè)，保證Chicklist全部通過才

3、轉(zhuǎn)測(cè)試），每輪測(cè)試結(jié)束后進(jìn)行測(cè)試用例的修改/補(bǔ)充工作。 2.SDV1階段時(shí)間最長，要求在此階段時(shí)間內(nèi)盡量將問題發(fā)現(xiàn)，避免以后階段再出現(xiàn)低級(jí)BUG。每輪以用例全部執(zhí)行完，功能全部覆蓋作為結(jié)束標(biāo)準(zhǔn)（迭代開發(fā)除外）。 3.SDV2或SDV3階段，在冒煙測(cè)試后，系統(tǒng)測(cè)試展開前，需要進(jìn)行上一輪的問題回歸測(cè)試，以驗(yàn)證開發(fā)問題修改情況，并將回歸情況進(jìn)行反饋,7,系統(tǒng)測(cè)試后期一般根據(jù)需要會(huì)展開交叉測(cè)試以及發(fā)散性測(cè)試等測(cè)試策略 *系統(tǒng)測(cè)試完成標(biāo)準(zhǔn)以是否滿足缺陷率為判定標(biāo)準(zhǔn) 測(cè)試結(jié)束需要輸出測(cè)試報(bào)告 測(cè)試報(bào)告以代碼量、測(cè)試用例數(shù)、缺陷數(shù)、投入人力/天數(shù)為數(shù)據(jù)依據(jù) 測(cè)試總結(jié)、問題回溯/漏測(cè)分析,8,測(cè)試方案/測(cè)試用

4、例編寫,測(cè)試方案設(shè)計(jì)： 測(cè)試方案就是對(duì)系統(tǒng)模塊的功能進(jìn)行分析后，設(shè)計(jì)測(cè)試點(diǎn)（正常、異常情況），要求達(dá)到對(duì)模塊功能的的覆蓋，指導(dǎo)測(cè)試用例的設(shè)計(jì) 注： 測(cè)試方案階段要求對(duì)模塊功能實(shí)現(xiàn)邏輯進(jìn)行全面的掌握，包括功能限定，異常情況處理、后臺(tái)數(shù)據(jù)處理，涉及到的數(shù)據(jù)表/字段等 建議和開發(fā)多進(jìn)行溝通，讓開發(fā)人員對(duì)實(shí)現(xiàn)邏輯等進(jìn)行全面說明，并做記錄 測(cè)試方案設(shè)計(jì)樣式根據(jù)各個(gè)公司要求進(jìn)行，一般是寫在各個(gè)功能的SRS后,9,測(cè)試用例設(shè)計(jì)： 測(cè)試用例設(shè)計(jì)使用的的測(cè)試方法 1.等價(jià)類劃分 2.邊界值法 3.因果圖判定表 4.通過測(cè)試 5.失敗測(cè)試 6.錯(cuò)誤猜測(cè) 7.隨機(jī)測(cè)試 等,10,測(cè)試用例設(shè)計(jì)的注意點(diǎn) 1.一種情況一

5、條用例，用例設(shè)計(jì)盡可能細(xì)化 2.用例名稱要求能簡單明了的描述該用例的測(cè)試點(diǎn) 3.用例級(jí)別要明確，一般主功能正常用例的級(jí)別為1級(jí)，復(fù)雜及異常情況用例可為2、3級(jí) 4.預(yù)置條件要清楚，對(duì)該用例執(zhí)行所需要滿足的條件描述清楚，特別是異常情況用例時(shí)。 5.測(cè)試步驟盡量詳細(xì)，要做到讓用例設(shè)計(jì)者以外的人能根據(jù)測(cè)試步驟順利執(zhí)行用例，格式不做強(qiáng)制要求 6.預(yù)期結(jié)果要明確，對(duì)于頁面跳轉(zhuǎn)，數(shù)據(jù)入庫等結(jié)果要細(xì)化，異常操作要有相應(yīng)提示等。例如用戶注冊(cè)成功后，頁面跳轉(zhuǎn)到注冊(cè)成功頁面，出現(xiàn)相應(yīng)提示信息，哪些表中會(huì)有相應(yīng)用戶注冊(cè)數(shù)據(jù)，或哪些表中哪個(gè)字段值會(huì)有何樣改變等。 要做到能讓用例設(shè)計(jì)者以外的人執(zhí)行用例后對(duì)于執(zhí)行的結(jié)果有

6、明確清楚的判定標(biāo)準(zhǔn),11,12,測(cè)試策略簡介,功能測(cè)試 性能測(cè)試 負(fù)載測(cè)試 壓力測(cè)試 容量測(cè)試 易用性測(cè)試 安裝測(cè)試 界面測(cè)試 配置測(cè)試 文檔測(cè)試 兼容性測(cè)試 安全性測(cè)試 恢復(fù)測(cè)試,13,如何有效的跟蹤問題,測(cè)試時(shí)往往會(huì)遇到很多問題阻塞測(cè)試進(jìn)度，或者問題單遲遲得不到解決的情況，此時(shí)要求測(cè)試人員能發(fā)現(xiàn)問題，盡量通過日志進(jìn)行定位，如無法定位問題所在，應(yīng)及時(shí)找相關(guān)開發(fā)人員進(jìn)行問題定位及解決。但是也不能將問題丟給開發(fā)作為跟蹤的結(jié)束，要定時(shí)跟蹤問題解決情況，并盡量讓開發(fā)給出解決問題時(shí)間點(diǎn)，進(jìn)行其他方面工作，以避免時(shí)間浪費(fèi)。平時(shí)需要和開發(fā)保持良好溝通，解決問題會(huì)快一點(diǎn)，開發(fā)主動(dòng)性也會(huì)相對(duì)較高。 對(duì)于測(cè)試人

7、員來說，要學(xué)會(huì)定位問題，學(xué)會(huì)通過日志發(fā)現(xiàn)問題，平時(shí)在開發(fā)人員幫助解決問題時(shí)可進(jìn)行學(xué)習(xí)，知道問題所在,14,測(cè)試驅(qū)動(dòng)開發(fā),雖然說在項(xiàng)目開發(fā)過程中開發(fā)人員處于主導(dǎo)地位，但是測(cè)試人員是站在用戶的角度去評(píng)價(jià)系統(tǒng)的，測(cè)試人員如過發(fā)現(xiàn)流程或者設(shè)計(jì)不合理的地方應(yīng)及時(shí)提出，和開發(fā)進(jìn)行討論，驅(qū)動(dòng)開發(fā)人員修改設(shè)計(jì)不當(dāng)?shù)牡胤健?當(dāng)開發(fā)人員對(duì)測(cè)試人員提出的意見比較排斥時(shí)，不能開發(fā)人員說什么，測(cè)試人員聽什么，要根據(jù)情況堅(jiān)持自己的觀點(diǎn)，必要時(shí)可找有決策權(quán)的人決定是否修改,15,問題單編寫規(guī)范,1.問題單標(biāo)題規(guī)則 【模塊名】+問題描述 問題描述盡量用簡介的語言將問題描述清楚，不宜過長 2.需要有詳細(xì)的重現(xiàn)步驟，對(duì)于概率性出

8、現(xiàn)的問題要盡量重現(xiàn)操作步驟； 3.實(shí)際結(jié)果或存在問題 4.預(yù)期結(jié)果或建議 5.最好每個(gè)問題能附上圖片 注：對(duì)于一些突發(fā)的問題，盡量截圖保留問題頁面，再分析是否 為系統(tǒng)問題,16,問題單級(jí)別,致命：系嘔吐那個(gè)任何一個(gè)主要功能完全喪失，數(shù)據(jù)受到破壞、系統(tǒng)崩 潰、死機(jī)等 嚴(yán)重：系統(tǒng)的主要功能部分喪失，數(shù)據(jù)不能保存，所提供的功能或服務(wù)受到明顯影響 一般：系統(tǒng)次要功能沒有完全實(shí)現(xiàn)，但不影響用戶使用 建議：不影響功能的，提示信息，易用性方面等,17,18,關(guān)于Chicklist,作為每次轉(zhuǎn)測(cè)試前的冒煙測(cè)試（預(yù)測(cè)試），修要保證轉(zhuǎn)測(cè)的系統(tǒng)主要功能完全實(shí)現(xiàn)，滿足此條件才可進(jìn)入測(cè)試階段，否則根據(jù)Chicklist執(zhí)行情況，可將包打回給開發(fā)。 最好要求開發(fā)人員打包后先自行驗(yàn)證Chicklist一遍再轉(zhuǎn)測(cè)試