軟件測試之功能測試用例的書寫方式(適于新手學(xué)習(xí))_第1頁
軟件測試之功能測試用例的書寫方式(適于新手學(xué)習(xí))_第2頁
軟件測試之功能測試用例的書寫方式(適于新手學(xué)習(xí))_第3頁
軟件測試之功能測試用例的書寫方式(適于新手學(xué)習(xí))_第4頁
全文預(yù)覽已結(jié)束

下載本文檔

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

文檔簡介

第第頁軟件測試之功能測試用例的書寫方式(適于新手學(xué)習(xí))軟件測試之功能測試用例的書寫方式(適于新手學(xué)習(xí))

發(fā)表于:2023-03-02來源::點(diǎn)擊數(shù):標(biāo)簽:軟件測試書寫學(xué)習(xí)功能新手

功能性測試用例1.測試的來源,即測試的需求測試用例的主要來源有:1)需求說明”及相關(guān)文檔2)相關(guān)的設(shè)計(jì)說明(概要設(shè)計(jì),詳細(xì)設(shè)計(jì)等)3)與開發(fā)組交流對需求理解的記錄(可以是開發(fā)人員的一個(gè)解釋)4)已經(jīng)基本成型的UI(可以有針對性地補(bǔ)充一些

功能性測試用例

1.測試的來源,即測試的需求

測試用例的主要來源有:

1)需求說明”及相關(guān)文檔

2)相關(guān)的設(shè)計(jì)說明(概要設(shè)計(jì),詳細(xì)設(shè)計(jì)等)

3)與開發(fā)組交流對需求理解的記錄(可以是開發(fā)人員的一個(gè)解釋)

4)已經(jīng)基本成型的UI(可以有針對性地補(bǔ)充一些用例)

簡而言之,所有你能得到的項(xiàng)目文檔,都盡量拿到。從所得到的資料中,分解出若干小的“功能點(diǎn)”,理解“功能點(diǎn)”,編寫相應(yīng)的測試用例。

2.用例的組織方式

不同的公司有不同的做法,原則上,只要方便管理和跟蹤,怎么組織都可以的。

用例可以按大的功能塊組織,如查詢功能模塊的用例,可以組織在一起,打印模塊的測試用例,可以另外組織在一起。

在沒有專門的測試用例管理工具的情況下,用例執(zhí)行后會產(chǎn)生2種狀態(tài):“通過”、“失敗”——這樣加上“未執(zhí)行”的用例的狀態(tài),共3種狀態(tài)。

即從“未執(zhí)行”用例中執(zhí)行一個(gè)用例后,該用例狀態(tài)應(yīng)為“失敗”或“通過”。將同一狀態(tài)的用例組織在一起。

至于用例文件格式,可以是.DOC或.XLS(如果有專門的測試用例管理工具另當(dāng)別論)。

3.用例與其他材料的關(guān)聯(lián)方式,即如何解決用例跟蹤的問題

測試用例面臨的比較大的風(fēng)險(xiǎn)有:需求的變更、設(shè)計(jì)的修改、需求的錯誤和遺漏等等。

由于用例的主要來源是需求和設(shè)計(jì)的說明,所以對用例的跟蹤其實(shí)就是對需求和設(shè)計(jì)的跟蹤,需求和設(shè)計(jì)的變更勢必引起測試用例的變更。

如前所說,將分解的功能點(diǎn)編號,與相應(yīng)的用例聯(lián)系起來。例如,你可以列一個(gè)表格,列出各個(gè)(編號的)功能點(diǎn)和測試用例間的關(guān)聯(lián)關(guān)系。

這樣,當(dāng)需求和設(shè)計(jì)發(fā)生變化時(shí),你只需要跟蹤“功能點(diǎn)”是否變化,是否增加了新的功能點(diǎn)。

4.一個(gè)好的用例的表述要點(diǎn),即用例中應(yīng)當(dāng)包含的信息

一個(gè)優(yōu)秀的測試用例,應(yīng)該包含以下信息:

1)軟件或項(xiàng)目的名稱

2)軟件或項(xiàng)目的版本(內(nèi)部版本號)

3)功能模塊名

4)測試用例的簡單描述,即該用例執(zhí)行的目的或方法

5)測試用例的參考信息(便于跟蹤和參考)

6)本測試用例與其他測試用例間的依賴關(guān)系

7)本用例的前置條件,即執(zhí)行本用例必須要滿足的條件,如對數(shù)據(jù)庫的訪問權(quán)限

8)用例的編號(ID),如可以是軟件名稱簡寫-功能塊簡寫-NO.。

9)步驟號、操作步驟描述、測試數(shù)據(jù)描述

10)預(yù)期結(jié)果(這是最重要的)和實(shí)際結(jié)果(如果有BUG管理工具,這條可以省略)

11)開發(fā)人員(必須有)和測試人員(可有可無)

12)測試執(zhí)行日期

5.給出一個(gè)測試用例的例子該范例已經(jīng)包含一個(gè)測試用例的模板。

備注:本用例未考慮“企業(yè)代碼”的輸入情況;測試用例并未涵蓋所有的非法輸入,如非法輸入中可能會有“user=*,pw=*”的組合,對回車的默認(rèn)操作,空格輸入,對輸入上溢的處理的處理(可能會跳過身份驗(yàn)證)等等。

如果你有興趣,至少可以再補(bǔ)充5-10條左右的輸入組合(當(dāng)然,如果步驟超過15步,用例的易操作性就降低,你可以再創(chuàng)建一個(gè)測試用例如TC-TEP_Login_2)

軟件測試技術(shù):軟件測試工程師測試用例功能測試測試管理缺陷管理手機(jī)測試自動測試單元測試性能測試安全測試軟件測試環(huán)境WindowsUnix網(wǎng)絡(luò)知識服務(wù)器開源測試:開源功能測試開源性能測試開源缺陷管理開源配置管理開源解決方案測試開發(fā):JAVA.netUML腳本語言數(shù)據(jù)庫中間件測試資料商業(yè)測試工

溫馨提示

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

最新文檔

評論

0/150

提交評論