1、按是否查看程序內部結構分為:
(1)黑盒測試
(2)白盒測試
2、按是否運行程序分為:
(1)靜態(tài)測試(static testing):
(2)動(dòng)態(tài)測試
3、按階段劃分:
(1)單元測試
(2)集成測試
(3)系統測試
(4)驗收測試
4、黑盒測試分為功能測試和性能測試:
5、其他測試類(lèi)型:
回歸測試
冒煙測試
隨機測試
測試用例設計方法
(1)逐級細分法(2)輸入域測試法 (3)輸出域分析法 (4)正交試驗設計法 (5) 業(yè)務(wù)流程分析法 (6)狀態(tài)遷移法 (7)因果圖法 (8)判定表法 (9)錯誤猜測法 (10)等價(jià)類(lèi)劃分法 (11)邊界值分析法
包括測試目標、測試環(huán)境、輸入數據、測試步驟、預期結果、測試腳本等。
測試用例是將軟件測試的行為活動(dòng)做一個(gè)科學(xué)化的組織歸納,目的是能夠將軟件測試的行為轉化成可管理的模式;同時(shí)測試用例也是將測試具體量化的方法之一,不同類(lèi)別的軟件,測試用例是不同的。
影響軟件測試的因素很多,例如軟件本身的復雜程度、開(kāi)發(fā)人員(包括分析、設計、編程和測試的人員)的素質(zhì)、測試方法和技術(shù)的運用等。
擴展資料:
1、白盒法
白盒法又稱(chēng)結構化方法(結構測試)或邏輯覆蓋法,其基本思想是把程序看作是路徑的集合。這樣,對程序的測試便轉化為對程序中某些路徑的測試,要設法讓被測程序的“各處”均被執行到,使潛伏在程序每個(gè)角落的錯誤均有機會(huì )暴露出來(lái)。因此,白盒法實(shí)際上是一種選擇通過(guò)指定路徑的輸入數據的分析方法。
2、黑盒法
黑盒法又稱(chēng)為功能測試,是根據軟件需求說(shuō)明書(shū)上羅列的各項功能、性能指標,來(lái)構造測試用例的輸入數據,實(shí)際執行被測軟件,分析執行過(guò)程的行為與執行結果以便檢查出被測軟件的錯誤。在黑盒法測試中,測試者可以完全不關(guān)心程序的內部結構。可見(jiàn),白盒法是一種邏輯驅動(dòng)方法,而黑盒法是一種功能驅動(dòng)方法。黑盒法是最常用的測試方法。
參考資料來(lái)源:百度百科-測試用例
一.等價(jià)類(lèi)劃分法
顧名思義,等價(jià)類(lèi)劃分,就是將測試的范圍劃分成幾個(gè)互不相交的子集,他們的并集是全集,從每個(gè)子集選出若干個(gè)有代表性的值作為測試用例。
例如,我們要測試一個(gè)用戶(hù)名是否合法,用戶(hù)名的定義為:8位數字組成的字符。
我們可以先劃分子集:空用戶(hù)名,1-7位數字,8位數字,9位或以上數字,非數字。
然后從每個(gè)子集選出若干個(gè)有代表性的值:
空用戶(hù)名:“” (無(wú)效等價(jià)類(lèi)實(shí)例,指對于軟件規格說(shuō)明而言,沒(méi)有意義的、不合理的輸入)
1-7位數字:"234" (無(wú)效等價(jià)類(lèi)實(shí)例)
8位數字:"00000000" (有效等價(jià)類(lèi)實(shí)例,能檢驗程序是否實(shí)現了規格說(shuō)明中所規定的功能和性能)
9位或以上數字:"1234567890" (無(wú)效等價(jià)類(lèi)實(shí)例)
非數字:"abc&!!!" (無(wú)效等價(jià)類(lèi)實(shí)例)
他們5個(gè),就是用等價(jià)類(lèi)劃分選出的測試用例。實(shí)際上,對于1-7位數字的子集來(lái)說(shuō),選“234”和“11111”沒(méi)有本質(zhì)的區別。
等價(jià)類(lèi)的劃分,最關(guān)鍵的是子集的劃分。實(shí)際上,非數字還可以繼續劃分子集:字母,特殊字符。
究竟要劃分到何種程度才合適呢?我請教過(guò)做測試的朋友,他的意見(jiàn)是,看你有多少資源和時(shí)間,還有,看是否值得。
對此,我表示贊同,畢竟無(wú)論你怎么測試,總會(huì )有未發(fā)現的缺陷存在,所以,先解決容易被發(fā)現的問(wèn)題再說(shuō)。
二.邊界值分析法
長(cháng)期的測試工作經(jīng)驗告訴我們,大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內部。因此針對各種邊界情況設計測試用例,可以查出更多的錯誤。選出的測試用例,應選取正好等于、剛剛大于、剛剛小于邊界的值,例如,對于在區間min,max的值,測試用例可以記為min,min+,max,max-。
例如,假定 X 為整數,10≤X≤100,那么 X 在測試中應該取的邊界值為:10,11,99,100。
注:上面只是說(shuō)邊界值,如果是完整的測試,除了邊界值外,還需要一個(gè)正常值,即12-98之間的任意值。
三.錯誤推測法
錯誤推測法是指:在測試程序時(shí),人們可以根據經(jīng)驗或直覺(jué)推測程序中可能存在的各種錯誤,從而有針對性地編寫(xiě)檢查這些錯誤的測試用例的方法。
這種方法沒(méi)有固定的形式,依靠的是經(jīng)驗和直覺(jué),很多時(shí)候,我們都會(huì )不知不覺(jué)的使用到。
四.判定表法
又稱(chēng)為策略表,基于策略表的測試,是功能測試中最嚴密的測試方法。該方法適合于邏輯判斷復雜的場(chǎng)景,通過(guò)窮舉條件獲得結果,對結果再進(jìn)行優(yōu)化合并,會(huì )得到一個(gè)判斷清晰的策略表。
測試用例(Test Case)是為某個(gè)特殊目標而編制的一組測試輸入、執行條件以及預期結果,以便測試某個(gè)程序路徑或核實(shí)是否滿(mǎn)足某個(gè)特定需求。
測試用例文檔由簡(jiǎn)介和測試用例兩部分組成。簡(jiǎn)介部分編制了測試目的、測試范圍、定義術(shù)語(yǔ)、參考文檔、概述等。測試用例部分逐一列示各測試用例。每個(gè)具體測
試用例都將包括下列詳細信息:版本號、模塊名稱(chēng)、用例編號、用例名稱(chēng)、用例級別、預知條件、驗證步驟、期望結果(含判斷標準)、測試結果、測試時(shí)間、測試
人員等。
軟件產(chǎn)品或軟件開(kāi)發(fā)項目的測試用例一般以該產(chǎn)品的軟件模塊或子系統為單位,形成一個(gè)測試用例文檔,但并不是絕對的。
測試用例文檔由簡(jiǎn)介和測試用例兩部分組成。簡(jiǎn)介部分描述了測試目的,測試范圍,定義術(shù)語(yǔ),參考文檔,概述等。
測試用例部分逐一列出各測試用例。每個(gè)具體測試用例都將包括下列詳細信息:用例編號,用例名稱(chēng),測試等級,入口準則,驗證步驟,期望結果(包含判斷標準),出口準則,注釋等。
以上內容涵蓋了測試用例的基本元素:測試索引,測試環(huán)境,測試輸入,測試操作,預期結果,評價(jià)標準。
可以采用軟件測試常用的基該方法:等價(jià)類(lèi)劃分法、邊界值分析法、錯誤推測法、因果圖法、邏輯覆蓋法等設計測試用例。視軟件的不同性質(zhì)采用不同的方法。如何靈活運用各種基該方法來(lái)設計完整的測試用例,并最終實(shí)現暴露隱藏的缺陷,全憑測試設計人員的豐富經(jīng)驗和精心設計。
編寫(xiě)測試用例文檔應有文檔模板,須符合內部的規范要求。測試用例文檔將受制于測試用例管理軟件的約束。 軟件產(chǎn)品或軟件開(kāi)發(fā)項目的測試用例一般以該產(chǎn)品的軟件模塊或子系統為單位,形成一個(gè)測試用例文檔,但并不是絕對的。
測試用例文檔由簡(jiǎn)介和測試用例兩部分組成。簡(jiǎn)介部分編制了測試目的、測試范圍、定義術(shù)語(yǔ)、參考文檔、概述等。測試用例部分逐一列示各測試用例。每個(gè)具體測試用例都將包括下列詳細信息:版本號、模塊名稱(chēng)、用例編號、用例名稱(chēng)、用例級別、預知條件、驗證步驟、期望結果(含判斷標準)、測試結果、測試時(shí)間、測試人員等。
擴展資料
測試執行過(guò)程中,應該注意及時(shí)更新測試用例。往往在測試執行過(guò)程中,才發(fā)現遺漏了一些測試用例,這時(shí)候應該及時(shí)的補充;往往也會(huì )發(fā)現有些測試用例在具體的執行過(guò)程中根本無(wú)法操作,這時(shí)候應該刪除這部分用例;也會(huì )發(fā)現若干個(gè)冗余的測試用例完全可以由某一個(gè)測試用例替代,那么刪除冗余的測試用例。
總之,測試執行的過(guò)程中及時(shí)地更新測試用例是很好的習慣。不要打算在測試執行結束后,統一更新測試用例,如果這樣,往往會(huì )遺漏很多本應該更新的測試用例。
參考資料來(lái)源:百度百科-測試用例設計
參考資料來(lái)源:百度百科-測試用例
聲明:本網(wǎng)站尊重并保護知識產(chǎn)權,根據《信息網(wǎng)絡(luò )傳播權保護條例》,如果我們轉載的作品侵犯了您的權利,請在一個(gè)月內通知我們,我們會(huì )及時(shí)刪除。
蜀ICP備2020033479號-4 Copyright ? 2016 學(xué)習?shū)B(niǎo). 頁(yè)面生成時(shí)間:3.078秒