軟件測試用例編寫及其方法_第1頁
軟件測試用例編寫及其方法_第2頁
軟件測試用例編寫及其方法_第3頁
軟件測試用例編寫及其方法_第4頁
軟件測試用例編寫及其方法_第5頁
已閱讀5頁,還剩19頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

軟件測試用例

frank老師QQ:2818058200在線學習平臺:YY平臺在線教學-課程提綱1、測試用例的基本概念2、軟件測試用例設計的基本原則3、測試用例的基本要素

4、如何設計好測試用例

5、測試用例設計思路

6、軟件測試用例管理

7、測試用例的設計方法

就是將軟件測試的行為活動,做一個科學化的組織歸納。軟件測試是有組織性、步驟性和計劃性的,而設計軟件測試用例的目的,就是為了能將軟件測試的行為轉換為可管理的模式;軟件測試是軟件質量管理中最實際的行動,同時也是耗時最多的一項?;跁r間因素的考慮,軟件測試行為必須能夠加以量化,才能進一步讓管理階層掌握所需要的測試過程,而測試用例就是將測試行為具體量化的方法之一軟件測試用例基本概念測試用例的代表性:能夠代表并覆蓋各種合理的和不合理、合法的和非法的、邊界的和越界的、以及極限的輸入數據、操作和環(huán)境設置等;測試結果的可判定性:即測試執(zhí)行結果的正確性是可判定的,每一個測試用例都應有相應的期望結果;測試結果的可再現性:即對同樣的測試用例,系統(tǒng)的執(zhí)行結果應當是相同的軟件測試用例設計的基本原則軟件測試用例的基本要素軟件測試用例模板介紹如何設計好測試用例1、測試用例與軟件質量2、怎樣衡量一個好的測試用例3、測試用例的類型4、剖析測試用例5、提高設計測試用例的效率6、編寫過程中易出現的錯誤測試用例與軟件質量1、測試用例是為了發(fā)現軟件缺陷,或至少可能發(fā)現缺陷而設計;2、通過好的用例來提高質量,從而降低維護成本;3、不好的用例將給質量帶來一定的風險;4、好的用例是度量質量的一個標準。怎樣衡量一個好的測試用例有效性是否能發(fā)現軟件缺陷,至少可能發(fā)現軟件缺陷;開銷低測試事例的執(zhí)行、分析和調試是否經濟;可仿效性測試用例可以測試多項內容,因而減少了測試事例的數量;可維護性每次軟件修改后對測試事例的維護成本;可執(zhí)行性是否依賴于測試用例設計者;測試用例類型按表現形式分:

1、向導型-一步一步的指示說明表

2、腳本型-執(zhí)行測試或回放記錄的腳本按設計目標分:1、單元測試用例-發(fā)現編碼的缺陷2、系統(tǒng)測試用例-發(fā)現功能說明的缺陷3、集成測試用例-發(fā)現設計的缺陷4、驗收測試用例-發(fā)現需求的缺陷剖析測試用例對任何一個測試用例而言都順序執(zhí)行這5個測試開發(fā)活動標識分析設計測試用例(確定怎樣測試)建立測試(確定測試腳本、數據等)執(zhí)行測試用例試用例的輸出結果與期望結果進行比較

設計建立執(zhí)行分析標識測試條件(確定測試什么)和測試的優(yōu)先級設計測試用例(確定怎樣測試)建立測試(確定測試腳本、數據等)執(zhí)行測試用例測試用例的輸出結果與期望結果進行比較

提高設計測試用例效率使用模板1、防止空白頁2、建立標準3、幫助測試者發(fā)現信息4、打印好測試例子使用測試管理軟件1、容易增加、移動、刪除用例與步驟

2、可以借鑒很多模板

3、制作大綱

4、可以對步驟、用例進行拷貝

5、能自動編號復制技術

1、使用“另存為”命令

2、使用“替換”命令

3、使用存儲文本、編寫過程中易出現的錯誤1、用例太長2、不完善,不正確、不連貫3、遺漏步驟4、對字段的命名有所改變或使其根本不存在5、對系統(tǒng)的操作不清楚6、不能確定用例是否通過7、參數化錯誤測試用例設計思路1、由簡而繁2、參數化3、案例由簡而繁的作用如果沒有測試用例或者僅有簡單的測試功能描述,測試過程難以控制,測試結果將毫無可靠性可言;簡單的測試用例可靠性低,重用性差,可能導致不同人員理解不同;詳細的測試用例可靠性高,而且便于估計執(zhí)行所需時間,易于控制。測試用例編寫合適度時間要求測試時間是否充足?執(zhí)行者測試執(zhí)行者對系統(tǒng)的了解程度?建議程度將測試用例交給其他人執(zhí)行時不需要過多的解釋。樣例需求:用戶名長度為4至16位,下劃線或中文用戶名不能為空,不能有空格和特殊字符密碼為8-20位數字和字母組成測試用例管理測試用例需要經過如下過程:1、設計2、評審3、修改4、執(zhí)行5、版本管理6、發(fā)布7、維護測試用例管理測試用例需要經過如下過程:1、設計2、評審3、修改4、執(zhí)行5、版本管理6、發(fā)布7、維護測試用例管理測試用例組織歸類通常情況下,使用以下幾種方法來組織測試用例:按照程序的功能塊組織(2)按照測試用例的類型組織(3)按照測試用例的優(yōu)先級組織測試用例評審測試用例的評審有效的用例評審通常由下面兩種形式組成:測試部門外部評審:主要是由需求編寫人員、開發(fā)部相關人員、項目實施相關人員參加的評審,目的主要是查找測試工程師編寫的用例是否缺少內容等。測試部門內部評審:是部門內部同行對測試策略的評審,中心是測試策略和用例編制思路是否正確,以此保證測試用例的有效性。測試用例修改測試用例的修改更新測試用例需要的原因主要有以下幾個方面:(1)在測試過程中發(fā)現設計測試用例時考慮不周,設計不全面或者不準確,需要完善;(2)在軟件交付使用后反饋的軟件缺陷,部分軟件缺陷未在測試中涵蓋,這些缺陷是因測試用例存在漏洞造成的;(3)軟件自身的新增功能以及軟件版本的更新,測試用例也必須配套修改更新。測試用例管理軟件4.測試用例的管理軟件測試用例的管理是測試文件管理的一部分,為了有效地進行管理,需配備測試用例管理軟件對測試用例進行管理?,F在Intern

溫馨提示

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

評論

0/150

提交評論