軟件測試-2測試概述概要教學(xué)教材_第1頁
軟件測試-2測試概述概要教學(xué)教材_第2頁
軟件測試-2測試概述概要教學(xué)教材_第3頁
軟件測試-2測試概述概要教學(xué)教材_第4頁
軟件測試-2測試概述概要教學(xué)教材_第5頁
已閱讀5頁,還剩25頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

軟件測試-2測試概述概要本章學(xué)習(xí)目標(biāo)了解測試相關(guān)的基本定義掌握測試用例通過維恩圖理解測試了解錯(cuò)誤與缺陷分類了解測試級別第一章測試概述1.1基本定義錯(cuò)誤(error):錯(cuò)誤能擴(kuò)散,最終導(dǎo)致被放大缺陷(fault):是錯(cuò)誤的結(jié)果,遺漏更難檢測和解決失效(failure):執(zhí)行缺陷時(shí)發(fā)生事故(incident):表示軟件發(fā)生失效測試(test):采用測試用例執(zhí)行軟件的活動測試用例(testcast)

一個(gè)測試生命周期需求規(guī)格說明設(shè)計(jì)編碼測試缺陷分析缺陷隔離缺陷解決錯(cuò)誤錯(cuò)誤錯(cuò)誤錯(cuò)誤缺陷缺陷缺陷事故修復(fù)三個(gè)階段:引入錯(cuò)誤找出程序錯(cuò)誤清除程序錯(cuò)誤軟件測試的階段組成測試計(jì)劃測試用例的開發(fā)運(yùn)行測試用例測試評估1.2測試用例輸入的兩種類型:前提(測試用例執(zhí)行之前已存在的環(huán)境)實(shí)際輸入(某種測試方法所既定標(biāo)識)預(yù)期輸出的兩種類型:后果和實(shí)際輸出因?yàn)檩敵霾糠掷щy,所以常常被忽視

測試活動要建立必要前提條件,提供輸入,將輸出與預(yù)期輸出進(jìn)行比較,最終確定測試是否通過。什么是測試用例一個(gè)測試用例就是一個(gè)文檔,其目的是確定應(yīng)用程序的某個(gè)特性是否正常的工作。一個(gè)測試用例應(yīng)當(dāng)有完整的信息,如:測試用例ID號,測試用例名字,測試用例的目的,測試條件、輸入數(shù)據(jù)需求、步驟和期望結(jié)果。一個(gè)成功的測試示例在于:發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的缺陷。典型的測試用例信息 測試用例ID 目的 前提 預(yù)期輸出 后果 執(zhí)行歷史 日期 結(jié)果 版本 執(zhí)行人設(shè)計(jì)測試用例是軟件測試員最重要的一項(xiàng)工作1.3通過維恩圖理解測試測試、結(jié)構(gòu)視圖和行為視圖之間的關(guān)系測試關(guān)注行為,結(jié)構(gòu)視圖關(guān)注是什么,行為試圖關(guān)注做什么描述行為與實(shí)現(xiàn)行為P:程序?qū)崿F(xiàn)的行為S:描述行為程序行為SP規(guī)格說明程序增加測試用例(T)后S:描述的行為P:程序?qū)崿F(xiàn)的行為T:測試用例SP1234567T8規(guī)格說明程序測試用例T1.4測試方法測試方法:功能測試和結(jié)構(gòu)測試功能測試:任何程序都可以看作是將從輸入定義域取值映射到輸出值域的函數(shù)。又稱為黑盒測試。結(jié)構(gòu)測試:基于應(yīng)用程序的內(nèi)部邏輯的知識,通過語句,分支,路徑和條件的覆蓋的測試方法。又稱為白盒測試或邏輯驅(qū)動測試。功能測試功能性測試用例具有兩個(gè)顯著的優(yōu)點(diǎn):1)功能性測試與軟件如何實(shí)現(xiàn)無關(guān);2)測試用例開發(fā)可以與實(shí)現(xiàn)并行進(jìn)行功能測試的缺點(diǎn):1)存在嚴(yán)重的冗余;2)未測試的軟件漏洞軟件輸入輸出閉著眼睛測試軟件通過維恩圖理解功能性測試規(guī)格說明程序測試用例(方法A)規(guī)格說明程序測試用例(方法B)結(jié)構(gòu)性測試結(jié)構(gòu)測試又稱:開盒測試、白盒測試、玻璃盒測試、基于覆蓋的測試根據(jù)被測程序的邏輯結(jié)構(gòu)設(shè)計(jì)測試用例;力求提高測試覆蓋率;應(yīng)用程序通過維恩圖理解結(jié)構(gòu)性測試規(guī)格說明程序測試用例(方法A)規(guī)格說明程序測試用例(方法B)功能性測試和結(jié)構(gòu)性測試兩種不同的觀點(diǎn):RobertPoston認(rèn)為結(jié)構(gòu)性測試是“在浪費(fèi)測試人員的時(shí)間?不支持好的軟件測試實(shí)踐?”EdwardMiller認(rèn)為結(jié)構(gòu)性測:“如果達(dá)到85%或更好的水平,?是功能性測試找出的缺陷的兩倍?”功能性測試結(jié)構(gòu)性測試黑盒測試與白盒測試優(yōu)缺點(diǎn)比較

黑盒測試白盒測試優(yōu)點(diǎn)①適用于各階段測試②從產(chǎn)品功能角度測試③容易入手生成測試數(shù)據(jù)①可構(gòu)成測試數(shù)據(jù)使特定程序部分得到測試②有一定的充分性度量手段③較多工具支持缺點(diǎn)①某些代碼得不到測試②如果規(guī)格說明有誤,則無法發(fā)現(xiàn)③不易進(jìn)行充分性測試①不易生成測試數(shù)據(jù)(通常)②無法對未實(shí)現(xiàn)規(guī)格說明的部分進(jìn)行測試③工作量大,通常只用于單元測試,有應(yīng)用局限性質(zhì)是一種確認(rèn)技術(shù),回答“我們在構(gòu)造一個(gè)正確的系統(tǒng)嗎?”是一種驗(yàn)證技術(shù),回答“我們在正確地構(gòu)造一個(gè)系統(tǒng)嗎?”結(jié)論不論黑盒還是白盒測試都不能進(jìn)行窮盡測試,所以軟件測試不可能發(fā)現(xiàn)程序中存在的所有錯(cuò)誤,因此需精心設(shè)計(jì)測試方案,力爭盡可能少的次數(shù),測出盡可能多的錯(cuò)誤。CBADA只能用黑盒測試發(fā)現(xiàn)的錯(cuò)誤B只能用白盒測試發(fā)現(xiàn)的錯(cuò)誤C兩種方法都能發(fā)現(xiàn)的錯(cuò)誤D兩種方法都不能發(fā)現(xiàn)的錯(cuò)誤SP為什么缺陷很難被找出?看不到看到但是抓不到典型的缺陷類型需求解釋有錯(cuò)誤用戶定義錯(cuò)了需求需求記錄錯(cuò)誤設(shè)計(jì)說明有誤編碼說明有誤程序代碼有誤數(shù)據(jù)輸入有誤測試錯(cuò)誤問題修改不正確正確的結(jié)果是由于其它的缺陷產(chǎn)生的1.5錯(cuò)誤與缺陷分類根據(jù)嚴(yán)重程度分類的缺陷:1.輕微 詞語拼寫錯(cuò)誤2.中等 誤導(dǎo)或重復(fù)信息3.使人不悅 被截?cái)嗟拿Q,0.00美元賬單4.影響使用 有些交易沒有處理5.嚴(yán)重 丟失交易6.非常嚴(yán)重 不正確的交易處理7.極為嚴(yán)重 經(jīng)常出現(xiàn)“非常嚴(yán)重的”錯(cuò)誤8.無法忍受 數(shù)據(jù)庫破壞9.災(zāi)難性 系統(tǒng)停機(jī)10.容易傳染 擴(kuò)展到其他系統(tǒng)的系統(tǒng)停機(jī)幾種常見的異常輸入/輸出缺陷類型舉例輸入不接受正確的輸入接受不正確的輸入描述有錯(cuò)或遺漏參數(shù)有錯(cuò)或遺漏輸出格式有錯(cuò)結(jié)果有錯(cuò)在錯(cuò)誤的時(shí)間產(chǎn)生正確的結(jié)果不一致或遺漏結(jié)果不合邏輯的結(jié)果拼寫/語法錯(cuò)誤修飾詞錯(cuò)誤邏輯缺陷遺漏情況重復(fù)情況極端條件出錯(cuò)解釋有錯(cuò)遺漏條件外部條件有錯(cuò)錯(cuò)誤變量的測試不正確的循環(huán)迭代錯(cuò)誤的操作符(例如用<取代了≤)幾種常見的異常幾種常見的異常計(jì)算缺陷不正確的算法遺漏計(jì)算不正確的操作數(shù)不正確的操作括號錯(cuò)誤精度不夠(四舍五入,截?cái)啵╁e(cuò)誤的內(nèi)置函數(shù)幾種常見的異常接口缺陷不正確的中斷處理I/O時(shí)序有錯(cuò)調(diào)用了錯(cuò)誤的過程調(diào)用了不存在的過程參數(shù)不匹配(類型,個(gè)數(shù))不兼容的類型過量的包含幾種常見的異常數(shù)據(jù)缺陷不正確的初始化不正確的存儲/訪問錯(cuò)誤的標(biāo)志/索引值不正確的打包/拆包使用了錯(cuò)誤的變量錯(cuò)誤的數(shù)據(jù)引用縮放數(shù)據(jù)范圍或單位錯(cuò)誤不正確的數(shù)據(jù)維數(shù)不正確的下標(biāo)不正確的類型不正確的數(shù)據(jù)范圍傳感器數(shù)據(jù)超出限制出現(xiàn)1次斷開不一致的數(shù)據(jù)1.6測試的級別瀑布模型中的抽象和測試的級別需求分析詳細(xì)設(shè)計(jì)概要設(shè)計(jì)編碼單元測試集成測試系統(tǒng)測試customer,user,PM,technicalsupportDesign/AnalysisVerify/testingVerificationofsystemdesignValidationofCustomerRequirementsEngineersTestObjectivesTestPlanningTestDesignTestExecution(Static)TestExecution(Dynamic)OperationalorBusinessNeedsDefineRequirements

溫馨提示

  • 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

提交評論