如何編寫測試用例課件_第1頁
如何編寫測試用例課件_第2頁
如何編寫測試用例課件_第3頁
如何編寫測試用例課件_第4頁
如何編寫測試用例課件_第5頁
已閱讀5頁,還剩20頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

如何編寫測試用例

隨著中國軟件業(yè)的日益壯大和逐步走向成熟,軟件測試也在不斷發(fā)展。從最初的由軟件編程人員兼職測試到軟件公司組建獨立專職測試部門。測試工作也從簡單測試演變?yōu)榘ǎ壕幹茰y試計劃、編寫測試用例、準備測試數(shù)據(jù)、編寫測試腳本、實施測試、測試評估等多項內容的正規(guī)測試。測試方式則由單純手工測試發(fā)展為手工、自動兼之,并有向第三方專業(yè)測試公司發(fā)展的趨勢

如何編寫測試用例要點:

一、測試用例是軟件測試的核心

; 二、什么叫測試用例

; 三、編制測試用例

; 四、測試用例在軟件測試中的作用

; 五、相關問題

;一、測試用例是軟件測試的核心軟件測試的重要性是毋庸置疑的。但如何以最少的人力、資源投入,在最短的時間內完成測試,發(fā)現(xiàn)軟件系統(tǒng)的缺陷,保證軟件的優(yōu)良品質,則是軟件公司探索和追求的目標。每個軟件產品或軟件開發(fā)項目都需要有一套優(yōu)秀的測試方案和測試方法。

一、測試用例是軟件測試的核心因此測試用例的設計和編制是軟件測試活動中最重要的。測試用例是測試工作的指導,是軟件測試的必須遵守的準則。更是軟件測試質量穩(wěn)定的根本保障。

二、什么叫測試用例

測試用例(TestCase)目前沒有經典的定義。比較通常的說法是:指對一項特定的軟件產品進行測試任務的描述,體現(xiàn)測試方案、方法、技術和策略。內容包括測試目標、測試環(huán)境、輸入數(shù)據(jù)、測試步驟、預期結果、測試腳本等,并形成文檔。

二、什么叫測試用例不同類別的軟件,測試用例是不同的。不同于諸如系統(tǒng)、工具、控制、游戲軟件,管理軟件的用戶需求更加不統(tǒng)一,變化更大、更快。筆者主要從事企業(yè)管理軟件的測試。因此我們的做法是把測試數(shù)據(jù)和測試腳本從測試用例中劃分出來。測試用例更趨于是針對軟件產品的功能、業(yè)務規(guī)則和業(yè)務處理所設計的測試方案。對軟件的每個特定功能或運行操作路徑的測試構成了一個個測試用例。1、測試用例文檔(1)編寫測試用例文檔應有文檔模板,須符合內部的規(guī)范要求。測試用例文檔將受制于測試用例管理軟件的約束。

軟件產品或軟件開發(fā)項目的測試用例一般以該產品的軟件模塊或子系統(tǒng)為單位,形成一個測試用例文檔,但并不是絕對的。

1、測試用例文檔(2)測試用例文檔由簡介和測試用例兩部分組成。簡介部分編制了測試目的、測試范圍、定義術語、參考文檔、概述等。測試用例部分逐一列示各測試用例。每個具體測試用例都將包括下列詳細信息:用例編號、用例名稱、測試等級、入口準則、驗證步驟、期望結果(含判斷標準)、出口準則、注釋等。以上內容涵蓋了測試用例的基本元素:測試索引,測試環(huán)境,測試輸入,測試操作,預期結果,評價標準。

2、測試用例的設置(1)我們早期的測試用例是按功能設置用例。后來引進了路徑分析法,按路徑設置用例。目前演變?yōu)榘垂δ?、路徑混合模式設置用例。

按功能測試是最簡捷的,按用例規(guī)約遍歷測試每一功能。

對于復雜操作的程序模塊,其各功能的實施是相互影響、緊密相關、環(huán)環(huán)相扣的,可以演變出數(shù)量繁多的變化。沒有嚴密的邏輯分析,產生遺漏是在所難免。路徑分析是一個很好的方法,其最大的優(yōu)點是在于可以避免漏測試。

3、設計測試用例(1)測試用例可以分為基本事件、備選事件和異常事件。設計基本事件的用例,應該參照用例規(guī)約(或設計規(guī)格說明書),根據(jù)關聯(lián)的功能、操作按路徑分析法設計測試用例。而對孤立的功能則直接按功能設計測試用例?;臼录臏y試用例應包含所有需要實現(xiàn)的需求功能,覆蓋率達100%。

3、設計測試用例(2)設計備選事件和異常事件的用例,則要復雜和困難得多。例如,字典的代碼是唯一的,不允許重復。測試需要驗證:字典新增程序中已存在有關字典代碼的約束,若出現(xiàn)代碼重復必須報錯,并且報錯文字正確。往往在設計編碼階段形成的文檔對備選事件和異常事件分析描述不夠詳盡。而測試本身則要求驗證全部非基本事件,并同時盡量發(fā)現(xiàn)其中的軟件缺陷。

。3、設計測試用例(3)可以采用軟件測試常用的基本方法:等價類劃分法、邊界值分析法、錯誤推測法、因果圖法、邏輯覆蓋法等設計測試用例。視軟件的不同性質采用不同的方法。如何靈活運用各種基本方法來設計完整的測試用例,并最終實現(xiàn)暴露隱藏的缺陷,全憑測試設計人員的豐富經驗和精心設計。

1、指導測試的實施測試用例主要適用于集成測試、系統(tǒng)測試和回歸測試。在實施測試時測試用例作為測試的標準,測試人員一定要按照測試用例嚴格按用例項目和測試步驟逐一實施測試。并對測試情況記錄在測試用例管理軟件中,以便自動生成測試結果文檔。

根據(jù)測試用例的測試等級,集成測試應測試那些用例,系統(tǒng)測試和回歸測試又該測試那些用例,在設計測試用例時都已作明確規(guī)定,實施測試時測試人員不能隨意作變動。

2、規(guī)劃測試數(shù)據(jù)的準備

在我們的實踐中測試數(shù)據(jù)是與測試用例分離的。按照測試用例配套準備一組或若干組測試原始數(shù)據(jù),以及標準測試結果。尤其象測試報表之類數(shù)據(jù)集的正確性,按照測試用例規(guī)劃準備測試數(shù)據(jù)是十分必須的。

除正常數(shù)據(jù)之外,還必須根據(jù)測試用例設計大量邊緣數(shù)據(jù)和錯誤數(shù)據(jù)。

3、編寫測試腳本的"設計規(guī)格說明書"為提高測試效率,軟件測試已大力發(fā)展自動測試。自動測試的中心任務是編寫測試腳本。如果說軟件工程中軟件編程必須有設計規(guī)格說明書,那么測試腳本的設計規(guī)格說明書就是測試用例。

5、分析缺陷的標準通過收集缺陷,對比測試用例和缺陷數(shù)據(jù)庫,分析確證是漏測還是缺陷復現(xiàn)。漏測反映了測試用例的不完善,應立即補充相應測試用例,最終達到逐步完善軟件質量。而已有相應測試用例,則反映實施測試或變更處理存在問題。

五、相關問題

1、測試用例的評審2、測試用例的修改更新3、測試用例的管理軟件1、測試用例的評審測試用例是軟件測試的準則,但它并不是一經編制完成就成為準則。測試用例在設計編制過程中要組織同級互查。完成編制后應組織專家評審,需獲得通過才可以使用。評審委員會可由項目負責人、測試、編程、分析設計等有關人員組成,也可邀請客戶代表參加。

3、測試用例的管理軟件運用測試用例還需配備測試用例管理軟件。它的主要功能有三個:第一、能將測試用例文檔的關鍵內容,如編號、名稱等等自動導入管理數(shù)據(jù)庫,形成與測試用例文檔完全對應的記錄;第二、可供測試實施

溫馨提示

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

評論

0/150

提交評論