測(cè)試分類(lèi)及報(bào)告格式_第1頁(yè)
測(cè)試分類(lèi)及報(bào)告格式_第2頁(yè)
測(cè)試分類(lèi)及報(bào)告格式_第3頁(yè)
測(cè)試分類(lèi)及報(bào)告格式_第4頁(yè)
測(cè)試分類(lèi)及報(bào)告格式_第5頁(yè)
已閱讀5頁(yè),還剩2頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

1、測(cè)試的分類(lèi)1測(cè)試用例設(shè)計(jì)方法1黑盒測(cè)試(Black-box Test Design Technique)技術(shù)一:1黑盒測(cè)試(Black-box Test Design Technique)技術(shù)二:3(參考技術(shù)一得到的測(cè)試用例設(shè)計(jì)流程)4白盒測(cè)試 (White-box Test Design Technique)技術(shù)一:5測(cè)試策略與過(guò)程6單元測(cè)試6集成測(cè)試7系統(tǒng)測(cè)試7驗(yàn)收測(cè)試7基本要求和適用要求7測(cè)試基本方法7測(cè)試組織7選擇測(cè)試技術(shù)的相對(duì)依據(jù)7測(cè)試的分類(lèi)測(cè)試用例設(shè)計(jì)方法黑盒測(cè)試(Black-box Test Design Technique)技術(shù)一:(從黑盒測(cè)試的技術(shù)來(lái)分類(lèi))1. 等價(jià)類(lèi)劃分(E

2、quivalence Partitioning):定義:分步驟的把無(wú)限的測(cè)試用例集減的很小,但過(guò)程同樣有效。目標(biāo):把可能的測(cè)試用例集縮減到可控制且仍然足以測(cè)試軟件的小范圍內(nèi)。分類(lèi):有效等價(jià)類(lèi)、無(wú)效等價(jià)類(lèi)特性:嚴(yán)格控制測(cè)試用例的增加,減少為達(dá)到“合理測(cè)試”的某些既定目標(biāo)而必須設(shè)計(jì)的其他測(cè)試用例的數(shù)量它覆蓋了大部分其他可能的測(cè)試用例。(它會(huì)告訴我們,使用或不使用這個(gè)特定的輸入集合,哪些錯(cuò)誤會(huì)被發(fā)現(xiàn),哪些會(huì)被遺漏掉)等價(jià)類(lèi)覆蓋率計(jì)算:等價(jià)類(lèi)覆蓋率=(已覆蓋等價(jià)類(lèi)數(shù)目/總等價(jià)類(lèi)數(shù)目)*100%優(yōu)點(diǎn):在有明確的條件和限制的情況下,利用等價(jià)類(lèi)劃分技術(shù)可以幫助測(cè)試人員在有限的時(shí)間內(nèi)選擇合適的測(cè)試數(shù)據(jù)和組合,

3、以減少冗余的測(cè)試用例2. 邊界值分析(Boundary Value Analysis):定義:通過(guò)分析輸入或輸出的邊界值并取值進(jìn)行測(cè)試用例設(shè)計(jì)的一種黑盒測(cè)試。包含:邊界條件、次邊界條件(有些邊界在軟件內(nèi)部,最終用戶(hù)幾乎看不到,但是軟件測(cè)試員仍有必要進(jìn)行檢查。這樣的邊界條件稱(chēng)為次邊界條件sub-boundary conditions或者內(nèi)部邊界條件internal boundary conditions)注意:緩沖區(qū)溢出(buffer overrun)是由邊界條件卻引起的,它是造成軟件安全問(wèn)題的頭號(hào)原因等價(jià)類(lèi)劃分與邊界值分析的區(qū)別:與從等價(jià)類(lèi)中挑選出任意一個(gè)元素作為代表不同,邊界值分析需要選擇一

4、個(gè)或多個(gè)元素,以便等價(jià)類(lèi)的每個(gè)邊界都經(jīng)過(guò)一次測(cè)試。與僅僅關(guān)注輸入條件(輸入空間)不同,還需要考慮從結(jié)果空間(輸出等價(jià)類(lèi))設(shè)計(jì)測(cè)試用例邊界值覆蓋率計(jì)算:邊界值覆蓋率=(已覆蓋的邊界值數(shù)目/總的邊界值數(shù)目)*100%優(yōu)點(diǎn): 邊界值分析技術(shù)往往是等價(jià)類(lèi)劃分技術(shù)的有效補(bǔ)充3. 決策表測(cè)試:定義:決策表或因果圖是通過(guò)分析說(shuō)明,識(shí)別出系統(tǒng)可能的條件和行為,并最終設(shè)計(jì)測(cè)試用例的技術(shù)。決策表組成部分:條件樁(Condition Stub):列出了測(cè)試對(duì)象的所有條件。一般情況下,列出的條件的次序不會(huì)影響測(cè)試對(duì)象的動(dòng)作動(dòng)作樁(Action Stub):列出了測(cè)試對(duì)象的所有可能執(zhí)行的操作。一般情況下,這些執(zhí)行的操作

5、沒(méi)有先后順序的約束。條件項(xiàng)(Condition Entry)組合:列出針對(duì)特定條件的取值的組合,即條件的真假值。每一列條件值得組合形成一個(gè)規(guī)則。動(dòng)作項(xiàng)(Action Entry)組合:列出在不同條件項(xiàng)的各種取值組合下(規(guī)則),測(cè)試對(duì)象應(yīng)該執(zhí)行的組合。決策表或因果表的覆蓋率計(jì)算:決策表覆蓋率=(已覆蓋的規(guī)則書(shū)/總的規(guī)則數(shù))*100%優(yōu)缺點(diǎn):決策表技術(shù)將各種輸入條件的組合,以及它們的行為生成決策表,是一種系統(tǒng)化而且非常正式的方法,它可以覆蓋一些在其他測(cè)試設(shè)計(jì)技術(shù)中沒(méi)有包含的輸入組合。隨著被測(cè)對(duì)象條件數(shù)目的增加,得到的決策表和因果圖的規(guī)模會(huì)急劇變大,不僅失去可讀性,并且變得難以處理4. 狀態(tài)轉(zhuǎn)換測(cè)試

6、:定義:指的是所設(shè)計(jì)的測(cè)試用例用來(lái)執(zhí)行有效和無(wú)效的狀態(tài)轉(zhuǎn)換的一種黑盒測(cè)試技術(shù)。狀態(tài)轉(zhuǎn)換圖:通過(guò)描繪系統(tǒng)的“狀態(tài)”及引起系統(tǒng)“狀態(tài)轉(zhuǎn)換”的“事件”,來(lái)表示系統(tǒng)的行為。此外狀態(tài)轉(zhuǎn)換圖還指明了作為特定事件的結(jié)果,系統(tǒng)將做哪些“動(dòng)作”(例如處理數(shù)據(jù))。因此狀態(tài)轉(zhuǎn)換圖提供了行為建模機(jī)制。狀態(tài)轉(zhuǎn)換圖應(yīng)該表示出的項(xiàng)目:軟件可能進(jìn)入的每一種獨(dú)立狀態(tài)。從一種狀態(tài)轉(zhuǎn)入另一種狀態(tài)所需的輸入和條件。進(jìn)入或者退出某周狀態(tài)時(shí)的設(shè)置條件及輸出結(jié)果。狀態(tài)轉(zhuǎn)換樹(shù):由于狀態(tài)轉(zhuǎn)換圖中可能存在循環(huán)的回路,為了方便設(shè)計(jì)測(cè)試用例,需要將狀態(tài)轉(zhuǎn)換圖轉(zhuǎn)變?yōu)橹话囟ㄞD(zhuǎn)換順序的狀態(tài)轉(zhuǎn)換樹(shù)。優(yōu)點(diǎn):狀態(tài)轉(zhuǎn)換測(cè)試技術(shù)適用于那些狀態(tài)起著重要作用,并且

7、功能也會(huì)因?yàn)闋顟B(tài)不同而受到影響的測(cè)試對(duì)象。在面向?qū)ο蟮南到y(tǒng)中,對(duì)象可以有不同的狀態(tài),選擇針對(duì)對(duì)象進(jìn)行操作的方法必須能根據(jù)不同的狀態(tài)做出相應(yīng)的反應(yīng)。狀態(tài)轉(zhuǎn)換測(cè)試技術(shù)對(duì)于面向?qū)ο蟮臏y(cè)試非常重要,因?yàn)樗紤]到了面向?qū)ο蟮奶卣鳌?. 用例測(cè)試:定義:通過(guò)用例或業(yè)務(wù)場(chǎng)景設(shè)計(jì)測(cè)試用例的測(cè)試技術(shù)。黑盒測(cè)試(Black-box Test Design Technique)技術(shù)二:(從黑盒測(cè)試的內(nèi)容分類(lèi))軟件最簡(jiǎn)單的分類(lèi):數(shù)據(jù)(范圍)和程序數(shù)據(jù)包括鍵盤(pán)輸入、鼠標(biāo)單擊、磁盤(pán)文件、打印輸出等。軟件是指可執(zhí)行的流程、轉(zhuǎn)換、邏輯和運(yùn)算。1. 數(shù)據(jù)測(cè)試:數(shù)據(jù)測(cè)試關(guān)鍵的原則:邊界條件次邊界條件空值無(wú)效數(shù)據(jù)2. 狀態(tài)測(cè)試有效

8、狀態(tài)測(cè)試參考上述轉(zhuǎn)換測(cè)試。失效狀態(tài)測(cè)試包含以下三種測(cè)試條件:競(jìng)爭(zhēng)條件和時(shí)序錯(cuò)亂:(牽扯硬件上運(yùn)行的其他軟件共用同一種的資源時(shí)發(fā)生的特殊情況)重復(fù)測(cè)試:是不斷執(zhí)行同樣的操作。主要原因是檢查是否存在內(nèi)存泄露(memory leaks)。壓迫測(cè)試:使軟件在不夠理想的條件下運(yùn)行-內(nèi)存小、磁盤(pán)空間少、CPU速度慢、調(diào)制調(diào)解器速率低等。目的是觀察軟件對(duì)外部資源的要求和依賴(lài)的程度。重負(fù)測(cè)試:盡可能的提供條件任其發(fā)揮。讓軟件處理盡可能大的數(shù)據(jù)。目的是最大限度的發(fā)掘軟件的能力,讓其不堪重負(fù)。 (參考技術(shù)一得到的測(cè)試用例設(shè)計(jì)流程)通過(guò)分析決策表測(cè)試確認(rèn)系統(tǒng)可能運(yùn)行的行為和所需條件 需要進(jìn)行數(shù)據(jù)測(cè)試的系統(tǒng)行為(數(shù)據(jù)

9、包括鍵盤(pán)輸入、鼠標(biāo)單擊、磁盤(pán)文件、打印輸出等)需要進(jìn)行狀態(tài)測(cè)試的系統(tǒng)行為(指可執(zhí)行的流程、轉(zhuǎn)換、邏輯和運(yùn)算)通過(guò)狀態(tài)轉(zhuǎn)換測(cè)試來(lái)確認(rèn)系統(tǒng)在狀態(tài)轉(zhuǎn)換間所需要的行為和所需條件通過(guò)分析等價(jià)類(lèi)劃分來(lái)確定等價(jià)值集合通過(guò)對(duì)等價(jià)值集合的分析獲得邊界值、次邊界值、空值、無(wú)效數(shù)據(jù)測(cè)試用例決策表到底是什么?我的理解是:例如一個(gè)注冊(cè)用戶(hù)的頁(yè)面,決策表測(cè)試就是測(cè)試用戶(hù)在這個(gè)頁(yè)面的所有可響應(yīng)的操作所需要的條件和行為。白盒測(cè)試 (White-box Test Design Technique)技術(shù)一:靜態(tài)白盒測(cè)試定義:靜態(tài)白盒測(cè)試是在不執(zhí)行軟件的條件下有條理地仔細(xì)審查軟件設(shè)計(jì)、體系結(jié)構(gòu)和代碼, 從而找出軟件缺陷的過(guò)程,也稱(chēng)

10、為結(jié)構(gòu)化分析。靜態(tài)白盒測(cè)試的優(yōu)點(diǎn):1. 盡早發(fā)現(xiàn)軟件缺陷,以找出動(dòng)態(tài)黑盒測(cè)試難以發(fā)現(xiàn)或隔離的軟件2. 為黑盒測(cè)試員在接受軟件進(jìn)行測(cè)試時(shí)設(shè)計(jì)和應(yīng)用測(cè)試用例提供思路靜態(tài)白盒測(cè)試的過(guò)程與規(guī)范:正式審查(formal review)就是進(jìn)行靜態(tài)白盒測(cè)試的過(guò)程。它包含了四個(gè)基本要素:1. 確定問(wèn)題:審查的目的是找出軟件的問(wèn)題-不僅是出錯(cuò)的項(xiàng)目,還包括遺漏項(xiàng)目。2. 遵守規(guī)則:審查要遵守一套固定的規(guī)則,規(guī)則可能設(shè)定要審查的代碼量,花費(fèi)多少時(shí)間,哪些內(nèi)容需要做評(píng)價(jià)。3. 準(zhǔn)備:每一個(gè)參與者都為審查做準(zhǔn)備,并盡自己的力量。4. 編寫(xiě)報(bào)告:審查小組必須做出審查結(jié)果的書(shū)面報(bào)告總結(jié),并使報(bào)告便于開(kāi)發(fā)小組的成員使用。

11、編碼標(biāo)準(zhǔn)和規(guī)范:有三個(gè)重要的原因要堅(jiān)持標(biāo)準(zhǔn)或規(guī)范1. 可靠性:事實(shí)證明按照某種標(biāo)準(zhǔn)或規(guī)范編寫(xiě)的代碼比不這樣做的代碼更加可靠和安全2. 可讀性/維護(hù)性:符合設(shè)備標(biāo)準(zhǔn)和規(guī)范的代碼易于閱讀、理解和維護(hù)3. 移植性:代碼經(jīng)常需要在不同的硬件中運(yùn)行,或者使用不同的編譯器編譯。如果代碼符合設(shè)備標(biāo)準(zhǔn),遷移到另一個(gè)平臺(tái)就會(huì)輕而易舉,甚至完全沒(méi)有障礙。通用代碼審查清單:數(shù)據(jù)引用錯(cuò)誤:指使用未經(jīng)正確聲明和初始化的變量、常量、數(shù)組、字符串或記錄而導(dǎo)致的軟件缺陷。(引起緩沖區(qū)溢出的主要原因)數(shù)據(jù)聲明錯(cuò)誤:數(shù)據(jù)聲明缺陷產(chǎn)生的原因是不正確的聲明或使用變量和常量。計(jì)算錯(cuò)誤:計(jì)算或者運(yùn)算錯(cuò)誤實(shí)質(zhì)上是糟糕的數(shù)學(xué)問(wèn)題。計(jì)算無(wú)法得

12、到預(yù)期結(jié)果。比較錯(cuò)誤:小于、大于、等于、不等于、真、假。比較和判斷錯(cuò)誤很可能是由于邊界條件問(wèn)題??刂屏鞒体e(cuò)誤:控制流程錯(cuò)誤的原因是編程語(yǔ)音中循環(huán)等控制結(jié)構(gòu)未按預(yù)期方式工作。它們通常由計(jì)算或者比較錯(cuò)誤直接或間接造成。子程序參數(shù)錯(cuò)誤:來(lái)源是軟件程序不正確的傳遞數(shù)據(jù)。輸入輸出錯(cuò)誤:輸入輸出錯(cuò)誤包括文件讀取、接受鍵盤(pán)或鼠標(biāo)輸入以及向打印機(jī)或者屏幕等輸出設(shè)備寫(xiě)入錯(cuò)誤。其他檢查:動(dòng)態(tài)白盒測(cè)試定義:動(dòng)態(tài)白盒測(cè)試不僅僅是查看代碼的運(yùn)行情況,還包括直接測(cè)試和控制軟件。動(dòng)態(tài)白盒測(cè)試的4個(gè)主要部分:1. 直接測(cè)試底層函數(shù)、過(guò)程、子程序和庫(kù)。在Microsoft Windows 中這稱(chēng)為應(yīng)用程序編程接口(API)。2

13、. 以完整程序的方式從頂層測(cè)試軟件,但是根據(jù)對(duì)軟件運(yùn)行的了解調(diào)整測(cè)試用例。3. 從軟件獲得讀取變量和狀態(tài)信息的訪問(wèn)權(quán),以確定測(cè)試與預(yù)期結(jié)果是否相符,同時(shí),強(qiáng)制軟件以正常測(cè)試難以實(shí)現(xiàn)的方式運(yùn)行。4. 估算執(zhí)行測(cè)試時(shí)“命中”的代碼量和具體代碼,然后調(diào)整測(cè)試,去掉多余的測(cè)試用例,補(bǔ)充遺漏的用例。注意:動(dòng)態(tài)白盒測(cè)試和調(diào)試(debugging)不同。動(dòng)態(tài)測(cè)試的目標(biāo)是尋找軟件缺陷,調(diào)試的目標(biāo)是修復(fù)缺陷。灰盒測(cè)試:測(cè)試策略與過(guò)程在底層進(jìn)行的測(cè)試稱(chēng)為單元測(cè)試(unit testing)或者模塊測(cè)試(module testing)。單元經(jīng)過(guò)測(cè)試,底層軟件缺陷被找出并修復(fù)之后,就集成在一起,對(duì)模塊的組合進(jìn)行集成測(cè)

14、試(integration testing)。這個(gè)不斷增加的測(cè)試過(guò)程繼續(xù)進(jìn)行,加入越來(lái)越多的軟件片段,直至整個(gè)產(chǎn)品-至少是產(chǎn)品的主要部分-在稱(chēng)為系統(tǒng)測(cè)試(system testing)的過(guò)程中一起測(cè)試。遞增測(cè)試分為兩條途徑:1自底而上(bottom-up)2自頂而下(top-down)單元測(cè)試定義:針對(duì)單個(gè)軟件組件的測(cè)試稱(chēng)為單元測(cè)試(組件測(cè)試)。目的:為了驗(yàn)證軟件組件是否按照組件詳細(xì)說(shuō)明的要求工作,發(fā)現(xiàn)需求和設(shè)計(jì)中存在的錯(cuò)誤以及編碼過(guò)程中引入的錯(cuò)誤。組件測(cè)試的任務(wù):局部數(shù)據(jù)結(jié)構(gòu)測(cè)試、組件邊界值測(cè)試、組件中獨(dú)立的執(zhí)行路徑測(cè)試,以及組件的錯(cuò)誤處理測(cè)試等方面。組件測(cè)試:包括性能測(cè)試和特定的非功能測(cè)試

15、。樁或驅(qū)動(dòng)器:需要一些輔助的組件與被測(cè)組件一起形成一個(gè)可運(yùn)行的系統(tǒng),這些輔助的組件稱(chēng)為樁、驅(qū)動(dòng)器等。樁的定義:1. 驅(qū)動(dòng)器模塊:用于模擬被測(cè)組件的上級(jí)模塊,它生成測(cè)試數(shù)據(jù),把相關(guān)數(shù)據(jù)傳送給被測(cè)組件,啟動(dòng)被測(cè)組件獲得反饋信息并輸出相應(yīng)的結(jié)果。2. 樁模塊:用于模擬被測(cè)組件工作過(guò)程中所調(diào)用的模塊,它們一般只進(jìn)行很少的數(shù)據(jù)處理,例如打印返回信息。組件測(cè)試目的:通過(guò)組件測(cè)試可以發(fā)現(xiàn)各種典型的軟件缺陷,例如計(jì)算錯(cuò)誤、需求或功能遺漏或程序路徑選擇錯(cuò)誤。組件測(cè)試需要考慮的測(cè)試內(nèi)容:1. 檢查組件接口參數(shù),這就是測(cè)試的基礎(chǔ)。(只有在數(shù)據(jù)能正確流入、流出組件的前提下,其他測(cè)試才有意義)2. 檢查局部數(shù)據(jù)結(jié)構(gòu),可以用來(lái)保證臨時(shí)存儲(chǔ)在組件內(nèi)的數(shù)據(jù)在程序執(zhí)行過(guò)程中的完整性和正確性。(局部數(shù)據(jù)

溫馨提示

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

最新文檔

評(píng)論

0/150

提交評(píng)論