編寫測試用例詳細分析PPT課件

1、 如果沒有測試用例測試人員將會如何測試？第1頁/共35頁隨機測試存在的問題 不知道是否較全面的測試了所有功能 測試的覆蓋率無法衡量 對新版本的重復測試很難實施 無法對測試質(zhì)量進行有效評估 無法形成有效的知識積累 .第2頁/共35頁測試用例的特征 最有可能抓住錯誤的 不是重復的、多余的 一組相似測試用例中最有效的 既不是太簡單，也不是太復雜第3頁/共35頁測試用例的概念 如何以最少的人力、資源投入，在最短的時間內(nèi)完成測試，發(fā)現(xiàn)軟件系統(tǒng)的缺陷，保證軟件的優(yōu)良品質(zhì)，是軟件公司探索和追求的目標 測試用例是測試工作的指導，是軟件測試的必須遵守的準則，更是軟件測試質(zhì)量穩(wěn)定的根本保障第4頁/共35頁測試用例

2、的概念 測試用例是指為實施測試而向被測試系統(tǒng)提供的輸入數(shù)據(jù)，操作或者各種環(huán)境設置以及期望結(jié)果的一個特定集合。 其實簡單來說，測試用例就是解決要測什么，怎么測和如何衡量的問題。第5頁/共35頁舉例 登錄功能，說出一些簡單的測試用例第6頁/共35頁舉例 簡單用例 一般的用例第7頁/共35頁舉例 比較詳細的用例第8頁/共35頁測試用例設計原則1.測試用例對需求覆蓋的完整性；2.測試用例的有效性；3.測試用例的可理解性；4.測試用例的清晰性；5.測試用例的可維護性。第9頁/共35頁需求的覆蓋完整性 做到對需求的完全理解, 從全局上把握需求 對需求進行歸類，包括正常流，異常流等，做到對需求的100%覆蓋

3、。(其中有一個好的方法就是用mm圖把需求分解了) 把基本路徑分解出來，將需求歸類。理順了需求，用例寫起來就順手多了。第10頁/共35頁需求的覆蓋完整性第11頁/共35頁測試用例的有效性 測試用例應該包含清晰的輸入數(shù)據(jù)以及預期輸出 如果環(huán)境或者業(yè)務發(fā)生變更后，測試數(shù)據(jù)必須進行更新維護 用例基于數(shù)據(jù)驅(qū)動第12頁/共35頁測試用例的可理解性 測試用例步驟必須描述清晰，不能出現(xiàn)模棱兩可以及重復的話語 測試用例應該按照一定的順序進行編寫，這樣執(zhí)行的時候效率比較高第13頁/共35頁測試用例的清晰性 測試用例的驗證點必須明確清晰重點突出 一個用例進行一個功能點的驗證，一個蘿卜一個坑。 對于流程性的用例建議按

4、照流程順序進行用例安排，從第一個驗證點到最后一個驗證點，組成流程的開始到結(jié)束，方便測試執(zhí)行。 測試用例包含前置條件的必須將前置條件描述清楚，包括入口等。第14頁/共35頁測試用例的可維護性 測試用例因為業(yè)務需求發(fā)生變更的時候，需要及時更新維護測試用例，做到測試用例的實時性與有效性 測試用例需要細化和不斷的完善，是個循序漸進的過程 通過測試實踐檢驗測試用例并添加，刪除，修改測試用例。第15頁/共35頁小結(jié) Ross Collard在Use Case Testing一文中說:測試用例的前10%到15%可以發(fā)現(xiàn)75%到90%的重要缺陷。如果你在項目或日常結(jié)束后，仔細的分析過我們的bug列表，那么你會

5、覺得這句話非常適用。合理的提高我們的測試效率就是在編寫測試用例的時候進行測試用例優(yōu)先級的劃分。 如何劃分1. 用于冒煙測試的用例為最高優(yōu)先級2. 把基本路徑以及各模塊主功能的測試標注為高優(yōu)先級別3. 把你所有錯誤和邊界值或確認測試標注為中優(yōu)先級別4. 把可用性測試，兼容性測試等標注為低優(yōu)先級別5. 將功能測試用例分為嚴重和不嚴重兩類，對于不嚴重的功能測試用例降級為低優(yōu)先級用例。第16頁/共35頁測試用例編寫方法 等價類劃分 如何測試一個兩位數(shù)加法計算器的程序？ 測試需求：測試兩個參數(shù)的值相加后的結(jié)果是否正確。 其中：1. 輸入的數(shù)值在 - 99 到 99之間。 2. 大于99或小于- 99的輸

6、入應被拒絕，并顯示錯誤信息。 根據(jù)測試需求開始測試。分別給第1個參數(shù)和第2個參數(shù)輸入表中的值，然后得到測試結(jié)果。如圖： 第第1個參數(shù)的值個參數(shù)的值第第2個參數(shù)的值個參數(shù)的值兩數(shù)相加后的值兩數(shù)相加后的值1121231-101-21.第17頁/共35頁測試用例編寫方法 等價類劃分 等價類劃分法作為一種最為典型的黑盒測試方法，它完全不考慮程序的內(nèi)部結(jié)構(gòu)，而只是根據(jù)程序的要求和說明進行測試用例的設計。 如何去做？ 測試人員要對需求規(guī)格說明書中的各項需求，尤其是功能需求進行細致分析，然后把程序的輸入域劃分程若干個部分，從每個部分中選取少數(shù)代表性數(shù)據(jù)作為測試用例。經(jīng)過這種劃分，每一類的代表性數(shù)據(jù)在測試中的

7、作用都等價于這一類中的其他值。 如何區(qū)分 有效數(shù)據(jù)等價類 與 無效數(shù)據(jù)等價類 有效數(shù)據(jù)等價類就是由那些對程序的規(guī)格說明有意義的，合理的輸入數(shù)據(jù)所構(gòu)成的集合。 無效數(shù)據(jù)等價類就是那些對程序的規(guī)格說明不合理的或者無意義的輸入數(shù)據(jù)所構(gòu)成的集合。第18頁/共35頁舉例 等價類表 測試用例表 序序 號號功功 能能 項項有效等價類有效等價類編編 號號無效等價類無效等價類編編 號號1兩位數(shù)加法-99=取值=992取值99132.測測 試試 用用 例例 編編 號號輸輸 入入 數(shù)數(shù) 值值所所 屬屬 等等 價價 類類預預 期期 結(jié)結(jié) 果果1-50 + 242正確輸出：-262-1301錯誤信息31253錯誤信息第

8、19頁/共35頁舉例 在測試“-99=數(shù)值=99” 的這個等價類區(qū)間的時候，會發(fā)現(xiàn)如 10+40，-20+30，-30+(-30)這類的正數(shù)相加，正數(shù)負數(shù)相加，負數(shù)相加也是不同的等價區(qū)間。因此可以使用更多的等價類劃分。等價類表序序 號號功功 能能 項項有效等價類有效等價類編編 號號無效等價無效等價類類編編 號號1兩位數(shù)加法-99=取值=00=取值=9923取值99142.第20頁/共35頁舉例 測試用例測 試 用 例 編 號輸 入 數(shù) 值所 屬 等 價 類預 期 結(jié) 果150+23正確輸出：522-63+(-20)2正確輸出：-833-30+102,3正確輸出: -204-1301錯誤信息51

9、253錯誤信息第21頁/共35頁等價類方法小結(jié) 等價類技術提供了一個選擇哪些數(shù)值，舍棄哪些數(shù)值的測試用例設計方法。運用等價類技術，可以把相似輸出，輸入，操作分成組，這些組就是等價區(qū)間。只要從等價區(qū)間選擇一到兩個有代表性的值作為測試用例來執(zhí)行就等同于測試了所有值。當然，也可能存在編程人員編寫了異常處理的代碼(使用多個測試用例才能發(fā)現(xiàn)這個錯誤)，但是在發(fā)現(xiàn)這種類型的缺陷方面存在其他更為有效的技術(比如代碼審查)。 由之前的案例可以看出，運用等價類方法的步驟是： 1.劃分等價類( 依據(jù)是需求) 2.建立等價類表(有效等價類 和 無效等價類) 3.設計測試用例第22頁/共35頁邊界值分析 邊界值分析也

10、是一種黑盒測試方法，是一種和等價類相關的技術，它具有很強的發(fā)現(xiàn)程序錯誤的能力。如果軟件的能力達到極限時能夠運行，那么在正常情況下就不會有什么問題。長期的測試工作經(jīng)驗說明“錯誤隱藏在角落，問題聚焦在邊界上”，大量的錯誤是發(fā)生在輸入或者輸出的邊界上，而不是發(fā)生在輸入輸出的范圍內(nèi)。因此，正對各種邊界值情況設計測試用例，可以查出更多的錯誤。 同樣以上個程序為案例，簡單設計測試用例，如圖：測測 試試 用用 例例 編編 號號輸輸 入入 數(shù)數(shù) 值值被被 測測 邊邊 界界預預 期期 結(jié)結(jié) 果果123-100-99+-(99)-98+-(98)-99錯誤信息正確輸出：-198正確輸出：-19645698+989

11、9+9910099正確輸出：196正確輸出：198錯誤信息第23頁/共35頁其他測試方法 軟件測試有兩個基本方法：通過測試和失敗測試 通過測試 : 主要用于驗證系統(tǒng)和它的需求是否一致，確認軟件至少能做什么，一般通過分析需求說明書設計測試用例。為了確定程序是否滿足目標，就必須執(zhí)行通過測試。 失敗測試：確信軟件在普通情況下正確運行之后，就可以采取各種手段找出缺陷。純粹為了破壞軟件而設計和執(zhí)行的測試用例稱為失敗測試或迫使出錯測試。 失敗測試主要用于證明“一個系統(tǒng)不做不需要它做的事情”。也就是說，要設計測試用例來考察程序超出需求規(guī)格說明的嚴格范圍時的行為。 失敗測試雖然與通過測試看起來相似，但是它是蓄

12、意攻擊軟件的薄弱環(huán)節(jié)。第24頁/共35頁其他測試方法 錯誤猜測:(錯誤推測)本身不是一種測試技術，而是一種可以運用到所有測試技術中產(chǎn)生更加有效的一種測試的技能。 錯誤猜測是基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤，從而有正對性的設計測試用例的方法。 隨機測試: 隨機測試指測試中的所有輸入數(shù)據(jù)都是隨機生成的，其目標是模擬用戶的操作。第25頁/共35頁測試方法的選擇一個好的測試方法將給軟件測試帶來事半功倍的效果。在實際的測試工作中可以按照以下原則運用以上所學習的測試技術： 1. 在任何情況下都必須使用邊界值分析方法。經(jīng)驗表明，用這種方法設計出的測試用例發(fā)現(xiàn)程序錯誤的能力最強。 2. 用等價類

13、劃分方法補充一些測試用例。 3. 用錯誤推測法再增加一些測試用例。 4.如果程序的功能說明中含有輸入條件的組合，應在一開始就選擇用因果圖法。 5. 如果程序的某功能適合自動測試，則可采用自動測試方法以及隨機測試方法進行測試。第26頁/共35頁幫助建議1. 你是否感覺測試的時候思維很混亂,或者總覺得有些功能沒有測到,而一些功能已經(jīng)測過好幾遍?幫助建議:請明確你的需求,是否做到覆蓋100%。你的用 例優(yōu)先級是否設置合理。2. 在測試實踐緊迫的情況下,你不知道要測什么,或者要先測哪些功能?幫助建議:那么你需要調(diào)整自己的用例優(yōu)先級，順帶回去好好整理整理需求。3.在編寫測試用例的時候先去學習前輩們的優(yōu)秀

14、做法。在學習別人優(yōu)秀成果的基礎上，編寫自己的用例。第27頁/共35頁實例：紙杯的測試用例設計 用戶需求：一個帶廣告圖案的花紙杯第28頁/共35頁杯子特性 杯子的容量： 能裝多少升水，空杯，半杯，滿杯 杯子的型狀： 圓型，上面口大，下面小。 杯子的材料： 紙杯 杯子的抗摔能力： 風吹是否會倒，摔一次是否會摔壞，摔多次是否會摔壞 杯子的耐溫性： 裝冷水，冰水，熱水第29頁/共35頁廣告圖案 廣告內(nèi)容與圖案碰水是否會掉色 廣告內(nèi)容與圖案是否合法 廣告內(nèi)容與圖案是否容易剝落 廣告內(nèi)容與圖案是否符合某個名族的禁忌第30頁/共35頁可用性及安全性 可用性1. 裝入液體多久后會漏水2. 裝入熱水多久后可以變溫，裝入冰水多久后可以融化3. 如果裝入的不是液體，像石頭，沙子，鐵塊等 安全性1. 裝入不同液體，是否會有化學反應。比如：可樂，咖啡等飲料2. 裝入熱水杯子是不是會變型和異味3. 可以加入當熱水小于多少度(是一個確定值)時，