編寫測試用例詳細

1、關(guān)于編寫測試用例詳細第一張，PPT共三十五頁，創(chuàng)作于2022年6月如果沒有測試用例測試人員將會如何測試？第二張，PPT共三十五頁，創(chuàng)作于2022年6月隨機測試存在的問題不知道是否較全面的測試了所有功能測試的覆蓋率無法衡量對新版本的重復(fù)測試很難實施無法對測試質(zhì)量進行有效評估無法形成有效的知識積累.第三張，PPT共三十五頁，創(chuàng)作于2022年6月測試用例的特征最有可能抓住錯誤的不是重復(fù)的、多余的一組相似測試用例中最有效的既不是太簡單，也不是太復(fù)雜第四張，PPT共三十五頁，創(chuàng)作于2022年6月測試用例的概念如何以最少的人力、資源投入，在最短的時間內(nèi)完成測試，發(fā)現(xiàn)軟件系統(tǒng)的缺陷，保證軟件的優(yōu)良品質(zhì)，是軟

2、件公司探索和追求的目標測試用例是測試工作的指導(dǎo)，是軟件測試的必須遵守的準則，更是軟件測試質(zhì)量穩(wěn)定的根本保障第五張，PPT共三十五頁，創(chuàng)作于2022年6月測試用例的概念測試用例是指為實施測試而向被測試系統(tǒng)提供的輸入數(shù)據(jù)，操作或者各種環(huán)境設(shè)置以及期望結(jié)果的一個特定集合。其實簡單來說，測試用例就是解決要測什么，怎么測和如何衡量的問題。第六張，PPT共三十五頁，創(chuàng)作于2022年6月舉例登錄功能，說出一些簡單的測試用例第七張，PPT共三十五頁，創(chuàng)作于2022年6月舉例簡單用例一般的用例第八張，PPT共三十五頁，創(chuàng)作于2022年6月舉例比較詳細的用例第九張，PPT共三十五頁，創(chuàng)作于2022年6月測試用例設(shè)

3、計原則測試用例對需求覆蓋的完整性；測試用例的有效性；測試用例的可理解性；測試用例的清晰性；測試用例的可維護性。第十張，PPT共三十五頁，創(chuàng)作于2022年6月需求的覆蓋完整性做到對需求的完全理解, 從全局上把握需求對需求進行歸類，包括正常流，異常流等，做到對需求的100%覆蓋。(其中有一個好的方法就是用mm圖把需求分解了)把基本路徑分解出來，將需求歸類。理順了需求，用例寫起來就順手多了。第十一張，PPT共三十五頁，創(chuàng)作于2022年6月需求的覆蓋完整性第十二張，PPT共三十五頁，創(chuàng)作于2022年6月測試用例的有效性測試用例應(yīng)該包含清晰的輸入數(shù)據(jù)以及預(yù)期輸出如果環(huán)境或者業(yè)務(wù)發(fā)生變更后，測試數(shù)據(jù)必須進

4、行更新維護用例基于數(shù)據(jù)驅(qū)動第十三張，PPT共三十五頁，創(chuàng)作于2022年6月測試用例的可理解性測試用例步驟必須描述清晰，不能出現(xiàn)模棱兩可以及重復(fù)的話語測試用例應(yīng)該按照一定的順序進行編寫，這樣執(zhí)行的時候效率比較高第十四張，PPT共三十五頁，創(chuàng)作于2022年6月測試用例的清晰性測試用例的驗證點必須明確清晰重點突出一個用例進行一個功能點的驗證，一個蘿卜一個坑。對于流程性的用例建議按照流程順序進行用例安排，從第一個驗證點到最后一個驗證點，組成流程的開始到結(jié)束，方便測試執(zhí)行。測試用例包含前置條件的必須將前置條件描述清楚，包括入口等。第十五張，PPT共三十五頁，創(chuàng)作于2022年6月測試用例的可維護性測試用例

5、因為業(yè)務(wù)需求發(fā)生變更的時候，需要及時更新維護測試用例，做到測試用例的實時性與有效性測試用例需要細化和不斷的完善，是個循序漸進的過程通過測試實踐檢驗測試用例并添加，刪除，修改測試用例。第十六張，PPT共三十五頁，創(chuàng)作于2022年6月小結(jié)Ross Collard在Use Case Testing一文中說:測試用例的前10%到15%可以發(fā)現(xiàn)75%到90%的重要缺陷。如果你在項目或日常結(jié)束后，仔細的分析過我們的bug列表，那么你會覺得這句話非常適用。合理的提高我們的測試效率就是在編寫測試用例的時候進行測試用例優(yōu)先級的劃分。如何劃分1. 用于冒煙測試的用例為最高優(yōu)先級2. 把基本路徑以及各模塊主功能的測

6、試標注為高優(yōu)先級別3. 把你所有錯誤和邊界值或確認測試標注為中優(yōu)先級別4. 把可用性測試，兼容性測試等標注為低優(yōu)先級別5. 將功能測試用例分為嚴重和不嚴重兩類，對于不嚴重的功能測試用例降級為低優(yōu)先級用例。第十七張，PPT共三十五頁，創(chuàng)作于2022年6月測試用例編寫方法等價類劃分 如何測試一個兩位數(shù)加法計算器的程序？ 測試需求：測試兩個參數(shù)的值相加后的結(jié)果是否正確。 其中：1. 輸入的數(shù)值在 - 99 到 99之間。 2. 大于99或小于- 99的輸入應(yīng)被拒絕，并顯示錯誤信息。根據(jù)測試需求開始測試。分別給第1個參數(shù)和第2個參數(shù)輸入表中的值，然后得到測試結(jié)果。如圖： 第1個參數(shù)的值第2個參數(shù)的值兩

7、數(shù)相加后的值1121231-101-21.第十八張，PPT共三十五頁，創(chuàng)作于2022年6月測試用例編寫方法等價類劃分等價類劃分法作為一種最為典型的黑盒測試方法，它完全不考慮程序的內(nèi)部結(jié)構(gòu)，而只是根據(jù)程序的要求和說明進行測試用例的設(shè)計。如何去做？測試人員要對需求規(guī)格說明書中的各項需求，尤其是功能需求進行細致分析，然后把程序的輸入域劃分程若干個部分，從每個部分中選取少數(shù)代表性數(shù)據(jù)作為測試用例。經(jīng)過這種劃分，每一類的代表性數(shù)據(jù)在測試中的作用都等價于這一類中的其他值。如何區(qū)分 有效數(shù)據(jù)等價類 與 無效數(shù)據(jù)等價類有效數(shù)據(jù)等價類就是由那些對程序的規(guī)格說明有意義的，合理的輸入數(shù)據(jù)所構(gòu)成的集合。無效數(shù)據(jù)等價類

8、就是那些對程序的規(guī)格說明不合理的或者無意義的輸入數(shù)據(jù)所構(gòu)成的集合。第十九張，PPT共三十五頁，創(chuàng)作于2022年6月舉例等價類表 測試用例表 序 號功 能 項有效等價類編 號無效等價類編 號1兩位數(shù)加法-99=取值=992取值99132.測 試 用 例 編 號輸 入 數(shù) 值所 屬 等 價 類預(yù) 期 結(jié) 果1-50 + 242正確輸出：-262-1301錯誤信息31253錯誤信息第二十張，PPT共三十五頁，創(chuàng)作于2022年6月舉例在測試“-99=數(shù)值=99” 的這個等價類區(qū)間的時候，會發(fā)現(xiàn)如 10+40，-20+30，-30+(-30)這類的正數(shù)相加，正數(shù)負數(shù)相加，負數(shù)相加也是不同的等價區(qū)間。因此

9、可以使用更多的等價類劃分。等價類表序 號功 能 項有效等價類編 號無效等價類編 號1兩位數(shù)加法-99=取值=00=取值=9923取值99142.第二十一張，PPT共三十五頁，創(chuàng)作于2022年6月舉例測試用例測 試 用 例 編 號輸 入 數(shù) 值所 屬 等 價 類預(yù) 期 結(jié) 果150+23正確輸出：522-63+(-20)2正確輸出：-833-30+102,3正確輸出: -204-1301錯誤信息51253錯誤信息第二十二張，PPT共三十五頁，創(chuàng)作于2022年6月等價類方法小結(jié)等價類技術(shù)提供了一個選擇哪些數(shù)值，舍棄哪些數(shù)值的測試用例設(shè)計方法。運用等價類技術(shù)，可以把相似輸出，輸入，操作分成組，這些組

10、就是等價區(qū)間。只要從等價區(qū)間選擇一到兩個有代表性的值作為測試用例來執(zhí)行就等同于測試了所有值。當然，也可能存在編程人員編寫了異常處理的代碼(使用多個測試用例才能發(fā)現(xiàn)這個錯誤)，但是在發(fā)現(xiàn)這種類型的缺陷方面存在其他更為有效的技術(shù)(比如代碼審查)。由之前的案例可以看出，運用等價類方法的步驟是： 1.劃分等價類( 依據(jù)是需求) 2.建立等價類表(有效等價類 和 無效等價類) 3.設(shè)計測試用例第二十三張，PPT共三十五頁，創(chuàng)作于2022年6月邊界值分析邊界值分析也是一種黑盒測試方法，是一種和等價類相關(guān)的技術(shù)，它具有很強的發(fā)現(xiàn)程序錯誤的能力。如果軟件的能力達到極限時能夠運行，那么在正常情況下就不會有什么問

11、題。長期的測試工作經(jīng)驗說明“錯誤隱藏在角落，問題聚焦在邊界上”，大量的錯誤是發(fā)生在輸入或者輸出的邊界上，而不是發(fā)生在輸入輸出的范圍內(nèi)。因此，正對各種邊界值情況設(shè)計測試用例，可以查出更多的錯誤。同樣以上個程序為案例，簡單設(shè)計測試用例，如圖：測 試 用 例 編 號輸 入 數(shù) 值被 測 邊 界預(yù) 期 結(jié) 果123-100-99+-(99)-98+-(98)-99錯誤信息正確輸出：-198正確輸出：-19645698+9899+9910099正確輸出：196正確輸出：198錯誤信息第二十四張，PPT共三十五頁，創(chuàng)作于2022年6月其他測試方法軟件測試有兩個基本方法：通過測試和失敗測試通過測試 : 主要

12、用于驗證系統(tǒng)和它的需求是否一致，確認軟件至少能做什么，一般通過分析需求說明書設(shè)計測試用例。為了確定程序是否滿足目標，就必須執(zhí)行通過測試。失敗測試：確信軟件在普通情況下正確運行之后，就可以采取各種手段找出缺陷。純粹為了破壞軟件而設(shè)計和執(zhí)行的測試用例稱為失敗測試或迫使出錯測試。失敗測試主要用于證明“一個系統(tǒng)不做不需要它做的事情”。也就是說，要設(shè)計測試用例來考察程序超出需求規(guī)格說明的嚴格范圍時的行為。失敗測試雖然與通過測試看起來相似，但是它是蓄意攻擊軟件的薄弱環(huán)節(jié)。第二十五張，PPT共三十五頁，創(chuàng)作于2022年6月其他測試方法錯誤猜測:(錯誤推測)本身不是一種測試技術(shù)，而是一種可以運用到所有測試技術(shù)

13、中產(chǎn)生更加有效的一種測試的技能。錯誤猜測是基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤，從而有正對性的設(shè)計測試用例的方法。隨機測試: 隨機測試指測試中的所有輸入數(shù)據(jù)都是隨機生成的，其目標是模擬用戶的操作。第二十六張，PPT共三十五頁，創(chuàng)作于2022年6月測試方法的選擇一個好的測試方法將給軟件測試帶來事半功倍的效果。在實際的測試工作中可以按照以下原則運用以上所學(xué)習(xí)的測試技術(shù)：1. 在任何情況下都必須使用邊界值分析方法。經(jīng)驗表明，用這種方法設(shè)計出的測試用例發(fā)現(xiàn)程序錯誤的能力最強。2. 用等價類劃分方法補充一些測試用例。3. 用錯誤推測法再增加一些測試用例。4.如果程序的功能說明中含有輸入條件的組

14、合，應(yīng)在一開始就選擇用因果圖法。5. 如果程序的某功能適合自動測試，則可采用自動測試方法以及隨機測試方法進行測試。第二十七張，PPT共三十五頁，創(chuàng)作于2022年6月幫助建議1. 你是否感覺測試的時候思維很混亂,或者總覺得有些功能沒有測到,而一些功能已經(jīng)測過好幾遍?幫助建議:請明確你的需求,是否做到覆蓋100%。你的用 例優(yōu)先級是否設(shè)置合理。2. 在測試實踐緊迫的情況下,你不知道要測什么,或者要先測哪些功能?幫助建議:那么你需要調(diào)整自己的用例優(yōu)先級，順帶回去好好整理整理需求。3.在編寫測試用例的時候先去學(xué)習(xí)前輩們的優(yōu)秀做法。在學(xué)習(xí)別人優(yōu)秀成果的基礎(chǔ)上，編寫自己的用例。第二十八張，PPT共三十五頁

15、，創(chuàng)作于2022年6月實例：紙杯的測試用例設(shè)計用戶需求：一個帶廣告圖案的花紙杯第二十九張，PPT共三十五頁，創(chuàng)作于2022年6月杯子特性杯子的容量： 能裝多少升水，空杯，半杯，滿杯杯子的型狀： 圓型，上面口大，下面小。杯子的材料： 紙杯杯子的抗摔能力： 風(fēng)吹是否會倒，摔一次是否會摔壞，摔多次是否會摔壞杯子的耐溫性： 裝冷水，冰水，熱水第三十張，PPT共三十五頁，創(chuàng)作于2022年6月廣告圖案廣告內(nèi)容與圖案碰水是否會掉色廣告內(nèi)容與圖案是否合法廣告內(nèi)容與圖案是否容易剝落廣告內(nèi)容與圖案是否符合某個名族的禁忌第三十一張，PPT共三十五頁，創(chuàng)作于2022年6月可用性及安全性可用性1. 裝入液體多久后會漏水2. 裝入熱水多久后可以變溫，裝入冰水多久后可以融化3. 如果裝入的不是液體，像石頭，沙子，鐵塊等安全性1. 裝入不同液體，是否會有化學(xué)反應(yīng)。比如：可樂，咖啡等飲料2. 裝入熱水杯子是不是會變型和異味3. 可以加入當熱水小于多少度(是一個確定值)時，手不能被燙傷。第三十二張，PPT共三十五頁，創(chuàng)作于2022年6月易用性