軟件測(cè)試的分類（詳細(xì)版）-

1、 需求審查:將需求規(guī)格說明書與客戶所需要的功能進(jìn)行審查。設(shè)計(jì)審查:按照需求規(guī)格說明書對(duì)系統(tǒng)結(jié)構(gòu)的合理性,處理過程的正確性進(jìn)行評(píng)價(jià),同時(shí)利用關(guān)系數(shù)據(jù)庫的規(guī)范化理論對(duì)數(shù)據(jù)模式進(jìn)行審查。黑盒測(cè)試:不基于內(nèi)部設(shè)計(jì)和代碼的任何知識(shí),而是基于需求和功能性。白盒測(cè)試:基于一個(gè)應(yīng)用代碼的內(nèi)部邏輯知識(shí),測(cè)試是基于覆蓋全部代碼、分支、路徑、條件?；液袦y(cè)試:是介于白盒測(cè)試與黑盒測(cè)試之間的,可以這樣理解,灰盒測(cè)試關(guān)注輸出對(duì)于輸入的正確性,同時(shí)也關(guān)注內(nèi)部表現(xiàn),但這種關(guān)注不象白盒那樣詳細(xì)、完整,只是通過一些表征性的現(xiàn)象、事件、標(biāo)志來判斷內(nèi)部的運(yùn)行狀態(tài),有時(shí)候輸出是正確的,但內(nèi)部其實(shí)已經(jīng)錯(cuò)誤了,這種情況非常多,如果每次都通

2、過白盒測(cè)試來操作,效率會(huì)很低,因此需要采取這樣的一種灰盒的方法。單元測(cè)試:最微小規(guī)模的測(cè)試;以測(cè)試某個(gè)功能或代碼塊。典型地由程序員而非測(cè)試員來做,因?yàn)樗枰纼?nèi)部程序設(shè)計(jì)和編碼的細(xì)節(jié)知識(shí)。這個(gè)工作不容易作好,除非應(yīng)用系統(tǒng)有一個(gè)設(shè)計(jì)很好的體系結(jié)構(gòu);還可能需要開發(fā)測(cè)試驅(qū)動(dòng)器模塊或測(cè)試套具。集成測(cè)試:一個(gè)應(yīng)用系統(tǒng)的各個(gè)部件的聯(lián)合測(cè)試,以決定他們能否在一起共同工作。部件可以是代碼塊、獨(dú)立的應(yīng)用、網(wǎng)絡(luò)上的客戶端或服務(wù)器端程序。這種類型的測(cè)試尤其與客戶服務(wù)器和分布式系統(tǒng)有關(guān)。確認(rèn)測(cè)試:的目的是向未來的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測(cè)試后,已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成一個(gè)完整的軟件系統(tǒng),接口

3、錯(cuò)誤也已經(jīng)基本排除了,接著就應(yīng)該進(jìn)一步驗(yàn)證軟件的有效性,這就是確認(rèn)測(cè)試的任務(wù),即軟件的功能和性能如同用戶所合理期待的那樣。功能測(cè)試:用于測(cè)試應(yīng)用系統(tǒng)的功能需求的黑盒測(cè)試方法。這類測(cè)試應(yīng)由測(cè)試員做,這并不意味著程序員在發(fā)布前不必檢查他們的代碼能否工作(自然他能用于測(cè)試的各個(gè)階段。累積綜合測(cè)試:當(dāng)一個(gè)新功能增加后,對(duì)應(yīng)用系統(tǒng)所做的連續(xù)測(cè)試。它要求應(yīng)用系統(tǒng)的不同形態(tài)的功能能夠足夠獨(dú)立以可以在全部系統(tǒng)完成前能分別工作,或當(dāng)需要時(shí)那些測(cè)試驅(qū)動(dòng)器已被開發(fā)出來;這種測(cè)試可由程序員或測(cè)試員來做。系統(tǒng)測(cè)試:基于系統(tǒng)整體需求說明書的黑盒類測(cè)試;應(yīng)覆蓋系統(tǒng)所有聯(lián)合的部件。驗(yàn)收測(cè)試:系統(tǒng)開發(fā)生命周期方法論的一個(gè)階段,

4、這時(shí)相關(guān)的用戶和/或獨(dú)立測(cè)試人員根據(jù)測(cè)試計(jì)劃和結(jié)果對(duì)系統(tǒng)進(jìn)行測(cè)試和接收。它讓系統(tǒng)用戶決定是否接收系統(tǒng)。它是一項(xiàng)確定產(chǎn)品是否能夠滿足合同或用戶所規(guī)定需求的測(cè)試。這是管理性和防御性控制。端到端測(cè)試:類似于系統(tǒng)測(cè)試;測(cè)試級(jí)的“宏大”的端點(diǎn);涉及整個(gè)應(yīng)用系統(tǒng)環(huán)境在一個(gè)現(xiàn)實(shí)世界使用時(shí)的模擬情形的所有測(cè)試。例如與數(shù)據(jù)庫對(duì)話,用網(wǎng)絡(luò)通訊,或與外部硬件、應(yīng)用系統(tǒng)或適當(dāng)?shù)南到y(tǒng)對(duì)話。比較測(cè)試:與競爭伙伴的產(chǎn)品的比較測(cè)試,如軟件的弱點(diǎn)、優(yōu)點(diǎn)或?qū)嵙Αlpha 測(cè)試:在系統(tǒng)開發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測(cè)試;測(cè)試后,仍然會(huì)有少量的設(shè)計(jì)變更。這種測(cè)試一般由最終用戶或其他人員員完成,不能由程序員或測(cè)試員完成。Beta 測(cè)試:

5、當(dāng)開發(fā)和測(cè)試根本完成時(shí)所做的測(cè)試,而最終的錯(cuò)誤和問題需要在最終發(fā)行前找到。這種測(cè)試一般由最終用戶或其他人員員完成,不能由程序員或測(cè)試員完成。健全測(cè)試:典型地是指一個(gè)初始化的測(cè)試工作,以決定一個(gè)新的軟件版本測(cè)試是否足以執(zhí)行下一步大的測(cè)試努力。例如,如果一個(gè)新版軟件每5分鐘與系統(tǒng)沖突,使系統(tǒng)陷于泥潭,說明該軟件不夠“健全”,目前不具備進(jìn)一步測(cè)試的條件。衰竭測(cè)試:軟件或環(huán)境的修復(fù)或更正后的“再測(cè)試”?？赡芎茈y確定需要多少遍再次測(cè)試。尤其在接近開發(fā)周期結(jié)束時(shí)。自動(dòng)測(cè)試工具對(duì)這類測(cè)試尤其有用。接受測(cè)試:基于客戶或最終用戶的規(guī)格書的最終測(cè)試,或基于用戶一段時(shí)間的使用后,看軟件是否滿足客戶要求。負(fù)載測(cè)試:測(cè)

6、試一個(gè)應(yīng)用在重負(fù)荷下的表現(xiàn),例如測(cè)試一個(gè)Web 站點(diǎn)在大量的負(fù)荷下,何時(shí)系統(tǒng)的響應(yīng)會(huì)退化或失敗。強(qiáng)迫測(cè)試:在交替進(jìn)行負(fù)荷和性能測(cè)試時(shí)常用的術(shù)語。也用于描述象在異乎尋常的重載下的系統(tǒng)功能測(cè)試之類的測(cè)試,如某個(gè)動(dòng)作或輸入大量的重復(fù),大量數(shù)據(jù)的輸入,對(duì)一個(gè)數(shù)據(jù)庫系統(tǒng)大量的復(fù)雜查詢等。性能測(cè)試:在交替進(jìn)行負(fù)荷和強(qiáng)迫測(cè)試時(shí)常用的術(shù)語。理想的“性能測(cè)試”(和其他類型的測(cè)試應(yīng)在需求文檔或質(zhì)量保證、測(cè)試計(jì)劃中定義。安裝/卸載測(cè)試:對(duì)軟件的全部、部分或升級(jí)安裝/卸載處理過程的測(cè)試?；謴?fù)測(cè)試:測(cè)試一個(gè)系統(tǒng)從如下災(zāi)難中能否很好地恢復(fù),如遇到系統(tǒng)崩潰、硬件損壞或其他災(zāi)難性問題。安全測(cè)試:測(cè)試系統(tǒng)在防止非授權(quán)的內(nèi)部或外部用戶的訪問或故意破壞等情況時(shí)怎么樣。這可能需要復(fù)雜的測(cè)試技術(shù)?？捎眯詼y(cè)試:對(duì)“用戶友好性”的測(cè)試。顯然這是主觀的,且將取