編寫測試用例(詳細)課件

上傳人:嘀****l 文檔編號:253283737 上傳時間:2024-12-10 格式:PPT 頁數(shù):35 大?。?76.50KB
收藏 版權(quán)申訴 舉報 下載
編寫測試用例(詳細)課件_第1頁
第1頁 / 共35頁
編寫測試用例(詳細)課件_第2頁
第2頁 / 共35頁
編寫測試用例(詳細)課件_第3頁
第3頁 / 共35頁

下載文檔到電腦,查找使用更方便

12 積分

下載資源

還剩頁未讀,繼續(xù)閱讀

資源描述:

《編寫測試用例(詳細)課件》由會員分享,可在線閱讀,更多相關(guān)《編寫測試用例(詳細)課件(35頁珍藏版)》請在裝配圖網(wǎng)上搜索。

1、,單擊此處編輯母版標題樣式,單擊此處編輯母版文本樣式,第二級,第三級,第四級,第五級,*,*,*,如何設(shè)計編寫測試用例(淺析),測試用例的概念,測試用例設(shè)計原則,測試用例的編寫方法,實例:,紙杯的測試用例設(shè)計,如果沒有測試用例測試人員將會如何測試?,隨機測試存在的問題,不知道是否較全面的測試了所有功能,測試的覆蓋率無法衡量,對新版本的重復(fù)測試很難實施,無法對測試質(zhì)量進行有效評估,無法形成有效的知識積累,.,測試用例的特征,最有可能抓住錯誤的,不是重復(fù)的、多余的,一組相似測試用例中最有效的,既不是太簡單,也不是太復(fù)雜,測試用例的概念,如何以最少的人力、資源投入,在最短的時間內(nèi)完成測試,發(fā)現(xiàn)軟件系

2、統(tǒng)的缺陷,保證軟件的優(yōu)良品質(zhì),是軟件公司探索和追求的目標,測試用例是測試工作的指導(dǎo),是軟件測試的必須遵守的準則,更是軟件測試質(zhì)量穩(wěn)定的根本保障,測試用例的概念,測試用例是指為實施測試而向被測試系統(tǒng)提供的輸入數(shù)據(jù),操作或者各種環(huán)境設(shè)置以及期望結(jié)果的一個特定集合。,其實簡單來說,測試用例就是解決要測什么,怎么測和如何衡量的問題。,舉例,登錄功能,說出一些簡單的測試用例,舉例,簡單用例,一般的用例,舉例,比較詳細的用例,測試用例設(shè)計原則,測試用例對需求覆蓋的完整性;,測試用例的有效性;,測試用例的可理解性;,測試用例的清晰性;,測試用例的可維護性。,需求的覆蓋完整性,做到對需求的完全理解,從全局上把

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

4、建議按照流程順序進行用例安排,從第一個驗證點到最后一個驗證點,組成流程的開始到結(jié)束,方便測試執(zhí)行。,測試用例包含前置條件的必須將前置條件描述清楚,包括入口等。,測試用例的可維護性,測試用例因為業(yè)務(wù)需求發(fā)生變更的時候,需要及時更新維護測試用例,做到測試用例的實時性與有效性,測試用例需要細化和不斷的完善,是個循序漸進的過程,通過測試實踐檢驗測試用例并添加,刪除,修改測試用例。,小結(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)先級用例。,測試用例編寫方法,等價類劃分,如何測試一個兩位數(shù)加法計算器的程序?,測試需求:測試兩個參數(shù)的值相加后的結(jié)果是否正確。,其中:1.輸入的數(shù)值在-99 到 99之間。,2.大于99或小于-99的輸入應(yīng)被拒絕,并顯示錯誤信息。,根據(jù)測試需求開始測試

6、。分別給第1個參數(shù)和第2個參數(shù)輸入表中的值,然后得到測試結(jié)果。如圖:,測試用例編寫方法,等價類劃分,等價類劃分法作為一種最為典型的黑盒測試方法,它完全不考慮程序的內(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ù)等價類

7、,就是那些對程序的規(guī)格說明不合理的或者無意義的輸入數(shù)據(jù)所構(gòu)成的集合。,舉例,等價類表,測試用例表,舉例,在測試“-99=數(shù)值=99”的這個等價類區(qū)間的時候,會發(fā)現(xiàn)如,10+40,-20+30,-30+(-30)這類的正數(shù)相加,正數(shù)負數(shù)相加,負數(shù)相加也是不同的等價區(qū)間。因此可以使用更多的等價類劃分。,等價類表,舉例,測試用例,等價類方法小結(jié),等價類技術(shù)提供了一個選擇哪些數(shù)值,舍棄哪些數(shù)值的測試用例設(shè)計方法。運用等價類技術(shù),可以把相似輸出,輸入,操作分成組,這些組就是等價區(qū)間。只要從等價區(qū)間選擇一到兩個有代表性的值作為測試用例來執(zhí)行就等同于測試了所有值。,當然,也可能存在編程人員編寫了異常處理的代

8、碼(使用多個測試用例才能發(fā)現(xiàn)這個錯誤),但是在發(fā)現(xiàn)這種類型的缺陷方面存在其他更為有效的技術(shù)(比如代碼審查)。,由之前的案例可以看出,,運用等價類方法的步驟是,:,1.劃分等價類(依據(jù)是需求),2.建立等價類表(有效等價類 和 無效等價類),3.設(shè)計測試用例,邊界值分析,邊界值分析也是一種黑盒測試方法,是一種和等價類相關(guān)的技術(shù),它具有很強的發(fā)現(xiàn)程序錯誤的能力。如果軟件的能力達到極限時能夠運行,那么在正常情況下就不會有什么問題。長期的測試工作經(jīng)驗說明“,錯誤隱藏在角落,問題聚焦在邊界上,”,大量的錯誤是發(fā)生在輸入或者輸出的邊界上,而不是發(fā)生在輸入輸出的范圍內(nèi)。因此,正對各種邊界值情況設(shè)計測試用例,

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

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

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

12、寫自己的用例。,實例:紙杯的測試用例設(shè)計,用戶需求:一個帶廣告圖案的花紙杯,杯子特性,杯子的容量:能裝多少升水,空杯,半杯,滿杯,杯子的型狀:圓型,上面口大,下面小。,杯子的材料:紙杯,杯子的抗摔能力:風(fēng)吹是否會倒,摔一次是否會摔壞,摔多次是否會摔壞,杯子的耐溫性:裝冷水,冰水,熱水,廣告圖案,廣告內(nèi)容與圖案碰水是否會掉色,廣告內(nèi)容與圖案是否合法,廣告內(nèi)容與圖案是否容易剝落,廣告內(nèi)容與圖案是否符合某個名族的禁忌,可用性及安全性,可用性,1.裝入液體多久后會漏水,2.裝入熱水多久后可以變溫,裝入冰水多久后可以融化,3.如果裝入的不是液體,像石頭,沙子,鐵塊等,安全性,1.裝入不同液體,是否會有化學(xué)反應(yīng)。比如:可樂,咖啡等飲料,2.裝入熱水杯子是不是會變型和異味,3.可以加入當熱水小于多少度(是一個確定值)時,手不能被燙傷。,易用性和性能,易用性,1.不同人群是否能適合杯子的型狀,包括握杯的 感覺和喝水的感覺,2.不同人群是否能接受杯子的廣告內(nèi)容與圖案,3.紙杯杯壁的薄厚,杯深是否可以讓消費者接受,性能,1.杯子在50,80度的水溫下可以使用多少次,2.倒?jié)M開水后,放入冰箱冷凍結(jié)冰,取出在融化 后杯子是否可以繼續(xù)使用。,你有不明白的地方嗎?,謝,謝,觀,看,!,

展開閱讀全文
溫馨提示:
1: 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
2: 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
3.本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
5. 裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

相關(guān)資源

更多
正為您匹配相似的精品文檔

相關(guān)搜索

關(guān)于我們 - 網(wǎng)站聲明 - 網(wǎng)站地圖 - 資源地圖 - 友情鏈接 - 網(wǎng)站客服 - 聯(lián)系我們

copyright@ 2023-2025  zhuangpeitu.com 裝配圖網(wǎng)版權(quán)所有   聯(lián)系電話:18123376007

備案號:ICP2024067431-1 川公網(wǎng)安備51140202000466號


本站為文檔C2C交易模式,即用戶上傳的文檔直接被用戶下載,本站只是中間服務(wù)平臺,本站所有文檔下載所得的收益歸上傳人(含作者)所有。裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對上載內(nèi)容本身不做任何修改或編輯。若文檔所含內(nèi)容侵犯了您的版權(quán)或隱私,請立即通知裝配圖網(wǎng),我們立即給予刪除!