測試用例編寫規(guī)范_第1頁
測試用例編寫規(guī)范_第2頁
測試用例編寫規(guī)范_第3頁
測試用例編寫規(guī)范_第4頁
測試用例編寫規(guī)范_第5頁
已閱讀5頁,還剩16頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

1、 項(xiàng)目名稱測試用例文件狀態(tài): 草稿 正式發(fā)布 正在修改文件標(biāo)識:當(dāng)前版本:作 者:完成日期:版 本 歷 史版本/狀態(tài)作者參與者起止日期備注目 錄1.概述- 1 -1.1目的- 1 -1.2使用范圍- 1 -1.3名詞解釋- 1 -2.測試用例編寫原則- 1 -2.1系統(tǒng)性- 1 -2.2連貫性- 1 -2.3全面性- 2 -2.4正確性- 2 -2.5符合正常業(yè)務(wù)慣例- 2 -2.6仿真性- 2 -2.7容錯性(健壯性)- 2 -3.測試用例設(shè)計方法- 3 -4.測試用例編寫規(guī)范- 5 -4.1測試用例命名規(guī)則- 5 -4.2測試用例編號規(guī)則- 5 -4.3測試用例書寫規(guī)則- 5 -4.4測試

2、用例編寫流程- 8 -5.測試用例模板- 9 -5.1功能測試用例- 9 -5.2健壯性測試用例- 10 -5.3性能測試用例- 11 -5.4圖形用戶界面測試用例- 12 -5.5 用戶界面測試的檢查表- 13 -5.6信息安全性測試用例- 14 -1. 概述1.1目的統(tǒng)一測試用例編寫的規(guī)范,為測試設(shè)計人員提供測試用例編寫的指導(dǎo),提高編寫的測試用例的可讀性,可執(zhí)行性、合理性。為測試執(zhí)行人員更好執(zhí)行測試,提高測試效率,最終提高公司整個產(chǎn)品的質(zhì)量。1.2使用范圍適用于對產(chǎn)品的業(yè)務(wù)流程、功能測試用例的編寫。1.3名詞解釋系統(tǒng)測試:是對已經(jīng)集成好的軟件系統(tǒng)進(jìn)行徹底的測試,以驗(yàn)證軟件系統(tǒng)的正確性和性能

3、等滿足其規(guī)約所指定的要求,檢查軟件的行為和輸出是否正確并非一項(xiàng)簡單的任務(wù),它被稱為測試的“先知者問題”。測試分析:對重要業(yè)務(wù)、重要流程進(jìn)行測試前的分析。業(yè)務(wù)流程測試用例:關(guān)于產(chǎn)品業(yè)務(wù)、重要流程的測試用例。2. 測試用例編寫原則2.1系統(tǒng)性1、對于系統(tǒng)業(yè)務(wù)流程要能夠完整說明整個系統(tǒng)的業(yè)務(wù)需求、系統(tǒng)由幾個子系統(tǒng)組成以及它們之間的關(guān)系;2、對于模塊業(yè)務(wù)流程要能夠說明清楚子系統(tǒng)內(nèi)部功能、重要功能點(diǎn)以及它們之間的關(guān)系;2.2連貫性1、對于系統(tǒng)業(yè)務(wù)流程來說,各個子系統(tǒng)之間是如何連接在一起,如果需要接口,各個子系統(tǒng)之間是否有正確的接口;如果是依靠頁面鏈接,頁面鏈接是否正確;2、對于模塊業(yè)務(wù)流程來說,同級模塊

4、以及上下級模塊是如何構(gòu)成一個子系統(tǒng),其內(nèi)部功能接口是否連貫;2.3全面性1、應(yīng)盡可能覆蓋程序的各種路徑2、應(yīng)盡可能覆蓋系統(tǒng)的各個業(yè)務(wù)3、應(yīng)考慮存在跨年、跨月的數(shù)據(jù)4、大量數(shù)據(jù)并發(fā)測試的準(zhǔn)備5、系統(tǒng)中各功能、業(yè)務(wù)的異常情況2.4正確性1、輸入用戶實(shí)際數(shù)據(jù)以驗(yàn)證系統(tǒng)是否滿足需求規(guī)格說明書的需求。2、測試用例中的測試點(diǎn)應(yīng)保證至少覆蓋需求規(guī)格說明書中的各項(xiàng)功能。2.5符合正常業(yè)務(wù)慣例1、測試數(shù)據(jù)應(yīng)符合用戶實(shí)際工作業(yè)務(wù)流程2、兼顧各種業(yè)務(wù)變化的可能3、要符合當(dāng)前業(yè)務(wù)行業(yè)法律,法規(guī)。2.6仿真性人名、地名、電話號碼等應(yīng)具有模擬功能,符合一般的命名慣例。2.7容錯性(健壯性)程序能夠接收正確數(shù)據(jù)輸入并且產(chǎn)生

5、正確(預(yù)期)的輸出,輸入非法數(shù)據(jù)(非法類型、不符合要求的數(shù)據(jù)、溢出數(shù)據(jù)等),程序應(yīng)能給出提示并進(jìn)行相應(yīng)處理。3. 測試用例設(shè)計方法1. 等價類劃分法:將所有可能的輸入數(shù)據(jù)(有效的和無效的)劃分成若干個等價類。2. 邊界值分析法:指對輸入的邊界條件進(jìn)行分析,設(shè)計出針對邊界值的測試用例。3. 因果圖法:就是利用圖解法分析軟件輸入(原因)和輸出條件(結(jié)果)之間的關(guān)系,以設(shè)計測試用例的方法。因果圖法適合于檢查程序輸入條件的多種情況的組合,并最終生成判定表,來獲得對應(yīng)的測試用例。4. 功能圖法功能圖是描述程序狀態(tài)變化、轉(zhuǎn)移的過程,因?yàn)檐浖\(yùn)行或操作的過程可以看作是其狀態(tài)不斷發(fā)生變化的過程。測試用例的設(shè)計

6、就是如何覆蓋所有軟件表現(xiàn)出來的狀態(tài),即在滿足輸入/輸出的一組條件下,軟件運(yùn)行是一系列有次序的、受控制的狀態(tài)變化過程。5. 錯誤推測法推測法主要依賴經(jīng)驗(yàn)、直覺來作出簡單的判斷甚至是猜測,給出可能存在缺陷的條件、場景等,在找到缺陷后,設(shè)計出相應(yīng)的測試用例。6. 正交實(shí)驗(yàn)設(shè)計方法主要步驟是:(1) 對軟件需求規(guī)格說明中的功能要求進(jìn)行劃分(層層分解與展開),分解成具體的、相對獨(dú)立的基本功能。(2) 根據(jù)基本功能的質(zhì)量需求,找出影響其功能實(shí)現(xiàn)的操作對象和外部因素,每個因素的取值可以看作水平,多個取值就存在多個水平。(3) 確定待測試軟件中所有因素及其權(quán)值,這是測試用例設(shè)計的關(guān)鍵,確保全面、準(zhǔn)確。權(quán)值是依

7、據(jù)各因素的影響范圍、發(fā)生的頻率和質(zhì)量的需求來確定的。(4) 加權(quán)篩選,生成因素分析表。(5) 利用正交表構(gòu)造測試數(shù)據(jù)集,正交表的每一行,就是一條測試用例??紤]交互作用不可忽略的處理因素和不可混雜的原則,有交互作用的組合優(yōu)先安排。利用正交實(shí)驗(yàn)設(shè)計方法設(shè)計測試用例,可控制生成的測試用例數(shù)量,覆蓋率高且測試效率高。7.接口間測試測試各個模塊相互間的協(xié)調(diào)和通信情況,數(shù)據(jù)輸入輸出的一致性和正確性。8.數(shù)據(jù)庫測試依據(jù)數(shù)據(jù)庫設(shè)計規(guī)范對軟件系統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu)、數(shù)據(jù)表及其之間的數(shù)據(jù)調(diào)用關(guān)系進(jìn)行測試。9.可理解(操作)性理解和使用該系統(tǒng)的難易程度(界面友好性)。10.可移植性在不同操作系統(tǒng)及硬件配置情況下的運(yùn)行性。

8、4. 測試用例編寫規(guī)范4.1測試用例命名規(guī)則以功能模塊和業(yè)務(wù)流程進(jìn)行命名。4.2測試用例編號規(guī)則功能編號規(guī)則:以測試模塊名稱的第一個字母進(jìn)行命名(大寫),若測試模塊名稱比較長時,可進(jìn)行簡寫。如: 測試模塊為“用戶管理”,功能編號為“yhgl”; 測試模塊為“增值稅一般人申報業(yè)務(wù)”,功能編號為“ybrsb”用例編號規(guī)則:功能編號 + 測試子項(xiàng)(功能點(diǎn))+編號 功能編號:同上; 測試子項(xiàng):為本測試項(xiàng)的測試點(diǎn),如“用戶管理”的測試點(diǎn)“添加用戶”,測試子項(xiàng)為“tjyh”(如果測試子項(xiàng)比較長時,可以進(jìn)行簡寫); 編號:從001開始進(jìn)行順延,如001、0024.3測試用例書寫規(guī)則1、被測試對象的介紹2、

9、測試范圍與目的3、測試環(huán)境與測試輔助工具的描述4、 功能測試用例主要元素測試要點(diǎn)用例編號用例名稱功能(業(yè)務(wù))描述、規(guī)則、邏輯測試要點(diǎn)編號測試要點(diǎn)詳細(xì)預(yù)期結(jié)果測試結(jié)果備注編寫人審核方式及審核人備注: 用例編號:以測試模塊名稱的第一個字母進(jìn)行命名(大寫),若測試模塊名稱比較長時,可進(jìn)行簡寫。 用例名稱:指明要測試的內(nèi)容,如被測模塊名稱、業(yè)務(wù)流程名稱等。 功能(業(yè)務(wù))描述、規(guī)則、邏輯:對要進(jìn)行測試的功能或業(yè)務(wù)進(jìn)行簡要的描述。根據(jù)需求規(guī)格說明書、實(shí)際業(yè)務(wù)情況或其它相關(guān)文檔列出本用例的規(guī)則、邏輯關(guān)系或需求點(diǎn)。 編號:功能編號 + 測試子項(xiàng)(功能點(diǎn))+編號 測試要點(diǎn):對某一功能的功能點(diǎn)或業(yè)務(wù)點(diǎn)進(jìn)行細(xì)化,形

10、成本功能點(diǎn)的測試要點(diǎn)。 預(yù)期結(jié)果:描述輸入數(shù)據(jù)后程序應(yīng)該輸出的結(jié)果。 測試結(jié)果:描述本條用例的實(shí)際測試情況,并判斷實(shí)際測試結(jié)果與預(yù)期結(jié)果是否一致。 備注:記錄測試過程中提交的bug編號或測試過程中遇到的問題。 編寫人:編寫本用例的設(shè)計人員。 審核方式及審核人:注明本用例由誰進(jìn)行審核及審核人姓名。詳細(xì)用例編寫表用例編號用例名稱功能(業(yè)務(wù))描述、規(guī)則、邏輯編號操作描述(輸入/動作)預(yù)期結(jié)果(輸出)測試結(jié)果備注對應(yīng)有測試要點(diǎn)一:.前提條件數(shù)據(jù)準(zhǔn)備:對應(yīng)有測試要點(diǎn)二:.前提條件數(shù)據(jù)準(zhǔn)備:編寫人審核方式及審核人備注: 用例編號:以測試模塊名稱的第一個字母進(jìn)行命名(大寫),若測試模塊名稱比較長時,可進(jìn)行簡

11、寫。 用例名稱:指明要測試的內(nèi)容,如被測模塊名稱、業(yè)務(wù)流程名稱等。 功能(業(yè)務(wù))描述、規(guī)則、邏輯:對要進(jìn)行測試的功能或業(yè)務(wù)進(jìn)行簡要的描述。根據(jù)需求規(guī)格說明書、實(shí)際業(yè)務(wù)情況或其它相關(guān)文檔列出本用例的規(guī)則、邏輯關(guān)系或需求點(diǎn)。 編號:功能編號 + 測試子項(xiàng)(功能點(diǎn))+編號 操作描述(輸入動作):描述本條測試用例的輸入步驟,首先簡要描述本條測試用例的測試點(diǎn),再對本測試點(diǎn)進(jìn)行詳細(xì)步驟描述或輸入數(shù)據(jù)設(shè)置(需要詳細(xì)進(jìn)行描寫)。 預(yù)期結(jié)果(輸出):描述輸入數(shù)據(jù)后程序應(yīng)該輸出的結(jié)果。 測試結(jié)果:描述本條用例的實(shí)際測試情況,并判斷實(shí)際測試結(jié)果與預(yù)期結(jié)果是否一致。 備注:記錄測試過程中提交的bug編號或測試過程中遇

12、到的問題。 編寫人:編寫本用例的設(shè)計人員。 審核方式及審核人:注明本用例由誰進(jìn)行審核及審核人姓名。 前提條件數(shù)據(jù)準(zhǔn)備:執(zhí)行測試用例前需先要執(zhí)行的操作或配置。5、功能測試用例編寫規(guī)則編寫測試用例時對測試模塊的功能點(diǎn)劃分,先對本功能點(diǎn)的特性、配置或需求進(jìn)行簡要描述后再對該功能點(diǎn)進(jìn)行用例的編寫,如:測試用戶管理,首先將用戶管理劃分為幾個功能點(diǎn),添加用戶信息、修改用戶信息、刪除用戶信息和查詢用戶信息。在添加用戶信息時,根據(jù)需求或?qū)嶋H業(yè)務(wù)情況獲到用戶屬性信息,如:用戶id為4位,只能為數(shù)字;用戶密碼為6位字符測試要點(diǎn)用例編號yhgl用例名稱用戶管理功能(業(yè)務(wù))描述、規(guī)則、邏輯對用戶進(jìn)行添加、修改、刪除及

13、修改操作1、添加用戶用戶id為4位,只能為數(shù)字;用戶密碼為6位字符2、修改用戶 .測試要點(diǎn)編號測試要點(diǎn)詳細(xì)預(yù)期結(jié)果測試結(jié)果備注添加用戶信息:用戶id為4位,只能為數(shù)字;用戶密碼為6位字符yhgl-tjyh-001正常添加用戶信息可以添加成功、數(shù)據(jù)庫中數(shù)據(jù)正確yhgl-tjyh-002添加的用戶id為非數(shù)字格式,查看是否進(jìn)行校驗(yàn)只允許輸入數(shù)字yhgl-tjyh-003修改用戶信息修改用戶信息后查看數(shù)據(jù)庫中的數(shù)據(jù)是否正確數(shù)據(jù)庫中信息正確編寫人xxx審核方式及審核人測試大綱評審xxx備注:詳細(xì)用例編寫表用例編號yhgl用例名稱用戶管理功能(業(yè)務(wù))描述、規(guī)則、邏輯對用戶進(jìn)行添加、修改、刪除及修改操作1

14、、添加用戶用戶id為4位,只能為數(shù)字;用戶密碼為6位字符2、修改用戶 .編號操作描述(輸入/動作)預(yù)期結(jié)果(輸出)測試結(jié)果備注添加用戶信息:用戶id為4位,只能為數(shù)字;用戶密碼為6位字符yhgl-tjyh-001正常添加用戶信息1、點(diǎn)擊xxx菜單下的。2、在彈出的“xxx”界面輸入用戶id“xxxxx”.1、可以添加成功。2、數(shù)據(jù)庫中可以查詢到添加的信息。yhgl-tjyh-002添加的用戶id為非數(shù)字格式1、.2、yhgl-tjyh-003修改用戶信息yhgl-xgyh-001yhgl-xgyh-002編寫人xxx審核方式及審核人測試用例評審xxx備注:4.4測試用例編寫流程1、根據(jù)需求文檔

15、先編寫測試大綱或測試要點(diǎn)。2、根據(jù)測試大綱編寫測試用例,細(xì)化用例詳細(xì)操作步驟。3、在本輪測試完畢后,測試人員提交測試用例更新表,對測試大綱和測試用例進(jìn)行更新。5. 測試用例模板5.1功能測試要點(diǎn)測試要點(diǎn)用例編號用例名稱功能(業(yè)務(wù))描述、規(guī)則、邏輯測試要點(diǎn)編號測試要點(diǎn)詳細(xì)預(yù)期結(jié)果測試結(jié)果備注編寫人審核方式及審核人備注:5.2功能測試用例用例編號用例名稱功能(業(yè)務(wù))描述、規(guī)則、邏輯編號操作描述(輸入/動作)預(yù)期結(jié)果(輸出)測試結(jié)果備注對應(yīng)有測試要點(diǎn)一:.前提條件數(shù)據(jù)準(zhǔn)備:對應(yīng)有測試要點(diǎn)二:.前提條件數(shù)據(jù)準(zhǔn)備:編寫人審核方式及審核人備注:5.3健壯性測試用例異常輸入/動作容錯能力/恢復(fù)能力造成的危害、損失示例:錯誤的數(shù)據(jù)類型示例:定義域外的值示例:錯誤的操作順序示例:異常中斷通信示例:異常關(guān)閉某個功能示例:負(fù)荷超出了極限5.4性能測試用例性能描述用例目的前提條件編號輸入數(shù)據(jù)期望的性能(平均值)實(shí)際性能(平均值)01備注: 5.5圖形用戶界面測試用例類別特征a類b類5.6 用戶界面測試的檢查表檢查項(xiàng)測試人員的類別及其評價窗口切換、移動、改變大小時正常嗎?各種界面元素的文字正確嗎?(如標(biāo)題、提示等)各種界面元素的狀態(tài)正確嗎?(如有效、無效

溫馨提示

  • 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)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論