軟件測試-測試用例設計_第1頁
軟件測試-測試用例設計_第2頁
軟件測試-測試用例設計_第3頁
軟件測試-測試用例設計_第4頁
軟件測試-測試用例設計_第5頁
已閱讀5頁,還剩19頁未讀 繼續免費閱讀

下載本文檔

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

文檔簡介

5

測試用例設計測試用例的基本概念測試用例的設計由安博測試空間技術中心/提供測試用例設計實例測試用例的執行與跟蹤測試用例管理點擊此處結束5.1測試用例的基本概念點擊此處結束測試用例是測試用例是執行的最小實體,是為特定的目的而設計的一組測試輸入、執行條件和預期的結果。簡單地說,測試用例就是一個文檔,描

述輸入、動作、或者時間和一個期望的結果,其目的是確定應用程序的某個特性是否正常的工作,并且達到程序所設計的結果。測試用例的作用有效性避免測試的盲目性可維護性可復用性可評估性可管理性點擊此處結束5.2測試用例的設計點擊此處結束對于一個測試人員來說測試用例的設計編寫是一項必須掌握的能力。但有效的設計和熟練的編寫測試用例卻是一個十分復雜的技術,測試用例編寫者不僅要掌握軟件測試的技術和流程,而且還要對整個軟件不管從業務上,還是對被測軟件的設計、功能規格說明、用戶試用場景以及程序/模塊的結構方面,都有比較透徹的理解和明晰的把握,稍有不慎就會顧此失彼,造成疏漏。5.2.1測試設計說明測試設計說明就是在測試計劃中提煉測試方法,要明確指出設計包含的特性以及相關的測試方法,并指定判斷特性通過/失敗的規則。測試設計說明的目的是組織和描述針對具體特性需要進行的測試,但是它并不給出具體的測試用例或者執行測試的步驟。點擊此處結束以下內容來自于ANSI/IEEE829標準,可作為測試設計說明的部分參考。標識符被測試的特性方法測試用例信息通過/失敗規則點擊此處結束5.2.2測試用例的編寫標準一個優秀的測試用例應該包含以下要素:點擊此處結束用例的編號(ID測試標題測試項測試環境要求特殊要求測試技術測試輸入說明操作步驟預期結果測試用例之間的關聯測試用例設計和測試人員測試日期5.2.3測試用例設計考慮的因素1.編寫測試用例所依據和參考的文檔和資料軟件需求說明”及相關文檔;相關的設計說明(概要設計,詳細設計等);與開發組交流對需求理解的記錄;已經基本成型的、成熟的測試用例等。點擊此處結束2.測試用例設計的基本原則用成熟測試用例設計方法來指導設計測試用例的正確性

(3)測試用例的代表性測試結果的可判定性測試結果的可再現性足夠詳細、準確和清晰的步驟點擊此處結束3.設計測試用例應注意的問題把測試用例設計等同于測試輸入數據的設計強調測試用例設計得越詳細越好追求測試用例設計“一步到位”將多個測試用例混在一個用例中讓沒有測試經驗的人員設計測試用例點擊此處結束5.2.4測試用例的分類可以把測試用例歸為5大類:白盒測試用例軟件各項功能的測試用例用戶界面測試用例軟件的各項非功能測試用例對軟件缺陷修正所確認的測試用例測試種類、階段和用例的關系如表5-2所示點擊此處結束點擊此處結束測試工作和開發通常一同進行,所以在完成測試計劃編寫后,就可以進行用例的編寫工作了。測試和開發的對應關系如表5-3所示。點擊此處結束5.3

測試用例設計實例點擊此處結束【例5-1】下面計算實數平方根的函數的設計說明,試由軟件設計說明導出的測試用例。輸入:實數輸出:實數處理:當輸入0或大于0時,返回輸入數的平方根;當輸入小于0時,顯示:“Squareroot

error-illegal

negative

input",并返回庫函數Print_Line用于顯示出錯信息。解:針對設計說明中的3個陳述,可以設計2個測試用例與之對應。測試用例1:輸入4,返回2。//執行第一個陳述測試用例2:輸入-10,返回0,顯示“Squarerooterror-illegal

negativeinput”//對應第二個和第三個陳述。點擊此處結束5.4測試用例的執行與跟蹤點擊此處結束執行與跟蹤測試用例前,首先要好搭建測試環境,并定義測試用例的執行順序,然后就可以執行與跟蹤測試用例了。測試用例執行過程中,搭建測試環境是第一步。測試環境搭建之后,根據定義的測試用例執行順序,可逐個執行測試用例。測試用例執行中應該注意以下幾個問題:全方位的觀察測試用例執行結果加強測試過程記錄及時確認發現的問題與開發人員良好的溝通及時更新測試用例提交一份優秀的問題報告單測試結果分析點擊此處結束5.5

測試用例管理與軟件本身的生命周期一樣,測試用例也需經過—“設計”、“評審”、“修改”、“執行”、“版本管理”、“發布”、

“維護”等一系列階段。點擊此處結束在對測試用例進行管理過程中,建議采用工

具,參照圖5-4對用例進行控制和管理。

編寫用例

用例評審

用例修改

使用用例

用例升級/維護點擊此處結束圖5-4用例管理示意圖點擊此處結束1.測試用例通常情況下,使用以下幾種方法來組織測試用例:按照程序的功能塊組織按照測試用例的類型組織按照測試用例的優先級組織點擊此處結束2.

測試用例的評審有效的用例評審通常由下面兩種形式組成:測試部門外部評審:主要是由開發部、項目實施部、甚至銷售人員參加的評審,目的主要是查找測試工程師編寫的用例是否缺少內容等。測試部門內部評審:是部門內部同行對測試策略的評審,中心是測試策略和用例編制思路是否正確,以此保證測試用例的有效性。點擊此處結束3.

測試用例的修改更新測試用例需要的原因主要有以下幾個方面:(1)在測試過程中發現設計測試用例時考慮不周,設計不全面或者不準確,需要完善;在軟件交付使用后反饋的軟件缺陷,部分軟件缺陷未在測試中涵蓋,這些缺陷是因測試用例存在漏洞造成的;軟件自身的新增功能以及軟件版本的更新,測試用例也必須配套修改更新。點擊此處結束4.測試用例的管理軟件測試用例的管理是測

溫馨提示

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

評論

0/150

提交評論