測試用例設(shè)計培訓(xùn)_第1頁
測試用例設(shè)計培訓(xùn)_第2頁
測試用例設(shè)計培訓(xùn)_第3頁
測試用例設(shè)計培訓(xùn)_第4頁
測試用例設(shè)計培訓(xùn)_第5頁
已閱讀5頁,還剩38頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)

文檔簡介

測試用例設(shè)計培訓(xùn)第一頁,共四十三頁,2022年,8月28日課程概覽測試用例的基本概念測試用例的設(shè)計和編寫測試用例評估測試用例的管理第二頁,共四十三頁,2022年,8月28日課程目標(biāo)完成此課程之后,學(xué)員將具備以下能力:理解測試用例的定義和用途理解測試用例編寫的原則針對具體項目,編寫有效的測試用例

對測試用例進行評估使用工具對測試用例進行管理

第三頁,共四十三頁,2022年,8月28日課程目錄測試用例的基本概念測試用例的設(shè)計和編寫測試用例評估測試用例的管理案例分析第四頁,共四十三頁,2022年,8月28日測試用例的定義測試用例是一個包含輸入和預(yù)期輸出的與程序行為有關(guān)的標(biāo)識軟件測試的本質(zhì)就是針對要測試的內(nèi)容確定一組測試用例測試用例是由測試中經(jīng)過的一系列狀態(tài)和在每個狀態(tài)中必須依靠輸入/輸出數(shù)據(jù)滿足的一對條件組成的第五頁,共四十三頁,2022年,8月28日測試用例的用途和目的

執(zhí)行測試,發(fā)現(xiàn)缺陷重復(fù)執(zhí)行測試,重現(xiàn)缺陷管理測試過程回歸測試,驗證缺陷是否修復(fù)第六頁,共四十三頁,2022年,8月28日測試用例的用途和目的

使測試更加方便的執(zhí)行提高測試效率節(jié)省執(zhí)行測試的時間使測試更能按照時間計劃進行使測試過程更方便管理第七頁,共四十三頁,2022年,8月28日課程目錄測試用例的基本概念測試用例的設(shè)計和編寫測試用例評估測試用例的管理案例分析第八頁,共四十三頁,2022年,8月28日測試用例的編寫原則準(zhǔn)確性

測試用例的設(shè)計確實符合測試需求,并且必須準(zhǔn)確地說明測試的內(nèi)容簡潔性

測試用例的設(shè)計中必須包含完成測試必要的步驟、要素,不需要加入多余的、可有可無的步驟、要素第九頁,共四十三頁,2022年,8月28日測試用例的編寫原則可重用性

測試用例的設(shè)計要求測試是可控的,它能夠使任何人在任何時間進行測試都能獲得同樣的結(jié)果適用性

測試用例對于當(dāng)前的測試環(huán)境和測試者而言是可以執(zhí)行的第十頁,共四十三頁,2022年,8月28日測試用例的編寫原則可跟蹤性

測試用例是針對特定測試需求的純凈性不會因為執(zhí)行該測試用例而影響其它測試用例的執(zhí)行,用例中應(yīng)說明如何將應(yīng)用系統(tǒng)恢復(fù)到最初狀態(tài),而不影響后續(xù)測試的進行第十一頁,共四十三頁,2022年,8月28日測試用例的編寫格式

測試用例的編寫有三種主要格式:Step-by-step(按步驟)Matrix(矩陣表)Automatedscript(自動化腳本)前兩種是測試用例最基本的格式,最后一種是自動執(zhí)行前兩種測試用例的軟件腳本第十二頁,共四十三頁,2022年,8月28日測試用例的編寫格式Step-by-step第十三頁,共四十三頁,2022年,8月28日測試用例的編寫格式Matrix第十四頁,共四十三頁,2022年,8月28日測試用例的編寫格式Automatedscript

'Attachto測試管理系統(tǒng)'WindowWindow("測試管理系統(tǒng)

Window").Attach

'AttachtoClassName=abcdCaption=缺陷信息GUIObject("ClassName=abcdCaption=缺陷信息").AttachGUIObject.Click77,80

…第十五頁,共四十三頁,2022年,8月28日測試用例的編寫格式Step-by-step格式的使用業(yè)務(wù)上沒有各種復(fù)雜的情況

屏幕之間有較多的轉(zhuǎn)換

業(yè)務(wù)流程性很強

GUI界面測試

在矩陣表中輸入輸出很難表示

第十六頁,共四十三頁,2022年,8月28日測試用例的編寫格式Matrix格式的使用表單、區(qū)域、數(shù)值、輸入文件等存在較多變化相同的輸入,但有不同的平臺、瀏覽器或配置輸入輸出用矩陣表達較好第十七頁,共四十三頁,2022年,8月28日測試用例的編寫格式Automatedscripts格式的使用自動腳本的選擇是根據(jù)測試對象、測試工具決定的編寫自動測試腳本比編寫手動測試用例要花費更多的時間,因為編寫自動測試腳本之前必須要編寫手動測試用例第十八頁,共四十三頁,2022年,8月28日測試用例的編寫格式Automatedscripts格式的使用在軟件生命周期的維護階段,即多次進行回歸測試的情況下,可重復(fù)使用的自動腳本將起到非常重要的作用自動測試工具還被用來進行性能測試第十九頁,共四十三頁,2022年,8月28日測試用例設(shè)計方法白盒測試方法語句覆蓋分支覆蓋條件覆蓋……第二十頁,共四十三頁,2022年,8月28日測試用例設(shè)計方法黑盒測試方法功能分解等價類劃分邊界值分析因果圖法……第二十一頁,共四十三頁,2022年,8月28日編寫有效的測試用例測試用例的易測性簡潔性簡潔性的衡量方法就是執(zhí)行測試花費時間的長短以及在測試過程中是否能保持整個測試的純凈正確性正確性意味著測試人員根據(jù)測試用例進行的測試獲得的測試結(jié)果(通過或不通過)是正確的第二十二頁,共四十三頁,2022年,8月28日編寫有效的測試用例使用合理的語言測試人員該做什么,系統(tǒng)輸出什么應(yīng)該寫得很清楚明白,也就是說首先要分清楚測試用例的輸入和預(yù)期輸出一種最好的避免含義混淆的方法是在操作步驟中采用動詞+名詞的結(jié)構(gòu),動詞總是測試人員要做得事情,名詞總是測試人員操作的對象、事物將同一個事物命名為同一個名稱,不管這個事物是否通過不同的方式出現(xiàn)

第二十三頁,共四十三頁,2022年,8月28日編寫有效的測試用例控制測試用例的長度在Step-by-step用例中一個比較好的長度是不多于15步:執(zhí)行每個測試用例花費更少的時間

測試人員很少犯錯誤、丟失步驟或需要幫助

測試經(jīng)理能夠準(zhǔn)確地估計測試的時間

測試結(jié)果更容易跟蹤

第二十四頁,共四十三頁,2022年,8月28日編寫有效的測試用例控制測試用例的長度對于Matrix用例,一個好的測試用例的長度的衡量標(biāo)準(zhǔn)是是否能再20分鐘內(nèi)測試完畢第二十五頁,共四十三頁,2022年,8月28日編寫有效的測試用例使用模板編寫測試用例更方便

提高測試用例的組織性

提供了標(biāo)準(zhǔn)

格式統(tǒng)一美觀

有助于測試人員尋找信息

能夠包括很多有關(guān)測試過程的選項

第二十六頁,共四十三頁,2022年,8月28日編寫有效的測試用例使用克?。–loning)模仿某個測試用例來寫別的測試用例

某些用戶手冊中的步驟、文字也可以被克隆

保存以前寫過的測試用例,以便以后進行克隆

Matrixes測試用例也可以克隆,特別是在表結(jié)構(gòu)相同的情況下,只需要改變一些列的名稱和值就可以

不要忘了把原來的測試用例的編號改為新的測試用例的編號第二十七頁,共四十三頁,2022年,8月28日編寫有效的測試用例使用測試管理軟件編寫測試用例更加方便使克隆用例和步驟更方便

很容易添刪改用例和步驟支持自動編號和重新編號支持各種方便的模版第二十八頁,共四十三頁,2022年,8月28日編寫有效的測試用例使用測試管理軟件普通格式的測試用例的輸出

支持多用戶編寫測試用例的過程以及測試過程的跟蹤

測試結(jié)果的跟蹤、缺陷的跟蹤

需求管理

測試結(jié)果的統(tǒng)計

支持靈活的安全措施

第二十九頁,共四十三頁,2022年,8月28日編寫有效的測試用例測試用例依賴關(guān)系的利弊具有依賴關(guān)系的測試用例是一些需要依靠先前的測試用例執(zhí)行的結(jié)果來執(zhí)行的用例

考慮是否真的需要其他的測試的結(jié)果作為數(shù)據(jù)輸入,如果是,那么測試必需是累積的。應(yīng)盡量避免這種情況保持測試用例依賴關(guān)系的正確性和一致性

以一種合理的順序來安排測試用例的順序

第三十頁,共四十三頁,2022年,8月28日測試用例示例1.測試用例標(biāo)識2.測試步驟3.輸入4.輸出5.環(huán)境要求5.1硬件5.2軟件5.3其他6.特殊過程的要求7.與其他測試用例的依賴關(guān)系第三十一頁,共四十三頁,2022年,8月28日課程目錄測試用例的基本概念測試用例的設(shè)計和編寫測試用例評估測試用例的管理案例分析第三十二頁,共四十三頁,2022年,8月28日評估的方式測試經(jīng)理、測試小組審核使用測試管理工具第三十三頁,共四十三頁,2022年,8月28日評估的標(biāo)準(zhǔn)

評估測試用例編寫的好壞的最主要標(biāo)準(zhǔn):是能否盡可能多的發(fā)現(xiàn)缺陷評估測試用例的基本要素

輸入

輸出

測試執(zhí)行步驟

第三十四頁,共四十三頁,2022年,8月28日評估的標(biāo)準(zhǔn)評估測試用例是否符合編寫依據(jù)

準(zhǔn)確性

簡潔性

可重用性

適用性

可跟蹤性

純凈性

第三十五頁,共四十三頁,2022年,8月28日評估的標(biāo)準(zhǔn)對全部測試用例的評估覆蓋率功能覆蓋、用例覆蓋、用例場景覆蓋語句覆蓋冗余性測試用例之間的依賴關(guān)系執(zhí)行測試用例的最佳順序第三十六頁,共四十三頁,2022年,8月28日課程目錄測試用例的基本概念測試用例的設(shè)計和編寫測試用例評估測試用例的管理案例分析第三十七頁,共四十三頁,2022年,8月28日測試用例的管理

對測試用例庫的管理增加刪除修改第三十八頁,共四十三頁,2022年,8月28日測試用例的管理要求

測試用例以統(tǒng)一的方式命名

指定測試用例文件類型的格式

指定測試用例版本

指定測試用例需要的測試對象,如數(shù)據(jù)庫

指定測試用例存儲方式為只讀

第三十九頁,共四十三頁,2022年,8月28日測試用例的管理要求……續(xù)訪問測試用例庫是可控的

測試用例庫需要做備份

測試用例庫需要建立測試用例的統(tǒng)一索引號

測試用例庫支持關(guān)鍵字(項目名稱、軟件名稱、測試用例編號等等)的搜索

溫馨提示

  • 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)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論