軟件測(cè)試工具分類方法(軟件測(cè)試方法的分類)

1.軟件測(cè)試方法的分類有哪些

1）按照測(cè)試技術(shù)劃分

黑盒測(cè)試：功能測(cè)試，必須

白盒測(cè)試：邏輯結(jié)構(gòu)測(cè)試，代碼的邏輯、算法、結(jié)構(gòu)是否正確，要求必須懂得代碼，需要編寫(xiě)測(cè)試用例，可選

灰盒測(cè)試：介于中間

注意：在單元測(cè)試時(shí)，白盒應(yīng)用相對(duì)較多，在集成測(cè)試時(shí)，灰盒測(cè)試應(yīng)用相對(duì)較多，在系統(tǒng)、驗(yàn)收測(cè)試時(shí)一般就不會(huì)使用白盒測(cè)試和灰盒測(cè)試了。

2）按是否需要運(yùn)行代碼劃分

靜態(tài)測(cè)試：界面測(cè)試，文檔測(cè)試，代碼測(cè)試【重點(diǎn)關(guān)注代碼的規(guī)范性，一般檢查變量的命名，注釋的頻率，編程的規(guī)范性，不需要寫(xiě)測(cè)試用例，一般只需要有代碼審查單】

注意：一般經(jīng)常把白盒測(cè)試和靜態(tài)測(cè)試的要素結(jié)合在一起，形成靜態(tài)白盒測(cè)試

動(dòng)態(tài)測(cè)試：運(yùn)行程序進(jìn)行檢查，檢查實(shí)際輸出結(jié)果和預(yù)期結(jié)果是否相符

3）按軟件特性分類

功能測(cè)試

性能測(cè)試

2.軟件測(cè)試是怎么分類的,有哪些種

軟件測(cè)試分類 軟件測(cè)試是一項(xiàng)復(fù)雜的系統(tǒng)工程，從不同的角度考慮可以有不同的劃分方法，對(duì)測(cè)試進(jìn)行分類是為了更好的明確測(cè)試的過(guò)程，了解測(cè)試究竟要完成哪些工作，盡量做到全面測(cè)試。

1，按是否需要執(zhí)行被測(cè)軟件的角度 按是否需要執(zhí)行被測(cè)軟件的角度，可分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試，前者不利用計(jì)算機(jī)運(yùn)行待測(cè)程序而應(yīng)用其他手段實(shí)現(xiàn)測(cè)試目的，如代碼審核。（我認(rèn)為主要是讓測(cè)試人員對(duì)編譯器發(fā)現(xiàn)不了的潛在錯(cuò)誤進(jìn)行分析，如無(wú)效的死循環(huán)，多余的變量等），而動(dòng)態(tài)測(cè)試則通過(guò)運(yùn)行被測(cè)試軟件來(lái)達(dá)到目的。

2、按階段劃分： 1 單元測(cè)試 單元測(cè)試是對(duì)軟件中的基本組成單位進(jìn)行的測(cè)試，如一個(gè)模塊、一個(gè)過(guò)程等等。它是軟件動(dòng)態(tài)測(cè)試的最基本的部分，也是最重要的部分之一，其目的是檢驗(yàn)軟件基本組成單位的正確性。

因?yàn)閱卧獪y(cè)試需要知道內(nèi)部程序設(shè)計(jì)和編碼的細(xì)節(jié)知識(shí)，一般應(yīng)由程序員而非測(cè)試員來(lái)完成，往往需要開(kāi)發(fā)測(cè)試驅(qū)動(dòng)模塊和樁模塊來(lái)輔助完成單元測(cè)試。因此應(yīng)用系統(tǒng)有一個(gè)設(shè)計(jì)很好的體系結(jié)構(gòu)就顯得尤為重要。

一個(gè)軟件單元的正確性是相對(duì)于該單元的規(guī)約而言的。因此，單元測(cè)試以被測(cè)試單位的規(guī)約為基準(zhǔn)。

單元測(cè)試的主要方法有控制流測(cè)試、數(shù)據(jù)流測(cè)試、排錯(cuò)測(cè)試、分域測(cè)試等等。 2 集成測(cè)試 集成測(cè)試是在軟件系統(tǒng)集成過(guò)程中所進(jìn)行的測(cè)試，其主要目的是檢查軟件單位之間的接口是否正確。

它根據(jù)集成測(cè)試計(jì)劃，一邊將模塊或其他軟件單位組合成越來(lái)越大的系統(tǒng)，一邊運(yùn)行該系統(tǒng)，以分析所組成的系統(tǒng)是否正確，各組成部分是否合拍。集成測(cè)試的策略主要有自頂向下和自底向上兩種。

3 系統(tǒng)測(cè)試 系統(tǒng)測(cè)試是對(duì)已經(jīng)集成好的軟件系統(tǒng)進(jìn)行徹底的測(cè)試，以驗(yàn)證軟件系統(tǒng)的正確性和性能等滿足其規(guī)約所指定的要求，檢查軟件的行為和輸出是否正確并非一項(xiàng)簡(jiǎn)單的任務(wù)，它被稱為測(cè)試的“先知者問(wèn)題”。因此，系統(tǒng)測(cè)試應(yīng)該按照測(cè)試計(jì)劃進(jìn)行，其輸入、輸出和其他動(dòng)態(tài)運(yùn)行行為應(yīng)該與軟件規(guī)約進(jìn)行對(duì)比。

軟件系統(tǒng)測(cè)試方法很多，主要有功能測(cè)試、性能測(cè)試、隨機(jī)測(cè)試等等。 4 驗(yàn)收測(cè)試 驗(yàn)收測(cè)試旨在向軟件的購(gòu)買(mǎi)者展示該軟件系統(tǒng)滿足其用戶的需求。

它的測(cè)試數(shù)據(jù)通常是系統(tǒng)測(cè)試的測(cè)試數(shù)據(jù)的子集。所不同的是，驗(yàn)收測(cè)試常常有軟件系統(tǒng)的購(gòu)買(mǎi)者代表在現(xiàn)場(chǎng)，甚至是在軟件安裝使用的現(xiàn)場(chǎng)。

這是軟件在投入使用之前的最后測(cè)試。 5 回歸測(cè)試 回歸測(cè)試是在軟件維護(hù)階段，對(duì)軟件進(jìn)行修改之后進(jìn)行的測(cè)試。

其目的是檢驗(yàn)對(duì)軟件進(jìn)行的修改是否正確。這里，修改的正確性有兩重含義：一是所作的修改達(dá)到了預(yù)定目的，如錯(cuò)誤得到改正，能夠適應(yīng)新的運(yùn)行環(huán)境等等；二是不影響軟件的其他功能的正確性。

6 Alpha 測(cè)試：在系統(tǒng)開(kāi)發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測(cè)試；測(cè)試后，仍然會(huì)有少量的設(shè)計(jì)變更。這種測(cè)試一般由最終用戶或其他人員員完成，不能由程序員或測(cè)試員完成。

7 Beta 測(cè)試：當(dāng)開(kāi)發(fā)和測(cè)試根本完成時(shí)所做的測(cè)試，而最終的錯(cuò)誤和問(wèn)題需要在最終發(fā)行前找到。這種測(cè)試一般由最終用戶或其他人員員完成，不能由程序員或測(cè)試員完成。

3、按測(cè)試方法劃分： 1 白盒測(cè)試 白盒測(cè)試也稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，是指基于一個(gè)應(yīng)用代碼的內(nèi)部邏輯知識(shí)，即基于覆蓋全部代碼、分支、路徑、條件的測(cè)試，它是知道產(chǎn)品內(nèi)部工作過(guò)程，可通過(guò)測(cè)試來(lái)檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說(shuō)明書(shū)的規(guī)定正常進(jìn)行，按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序，檢驗(yàn)程序中的每條通路是否都有能按預(yù)定要求正確工作，而不顧它的功能，白盒測(cè)試的主要方法有邏輯驅(qū)動(dòng)、基路測(cè)試等，主要用于軟件驗(yàn)證。 “白盒”法全面了解程序內(nèi)部邏輯結(jié)構(gòu)、對(duì)所有邏輯路徑進(jìn)行測(cè)試。

“白盒”法是窮舉路徑測(cè)試。在使用這一方案時(shí)，測(cè)試者必須檢查程序的內(nèi)部結(jié)構(gòu)，從檢查程序的邏輯著手，得出測(cè)試數(shù)據(jù)。

貫穿程序的獨(dú)立路徑數(shù)是天文數(shù)字。但即使每條路徑都測(cè)試了仍然可能有錯(cuò)誤。

第一，窮舉路徑測(cè)試決不能查出程序違反了設(shè)計(jì)規(guī)范，即程序本身是個(gè)錯(cuò)誤的程序。第二，窮舉路徑測(cè)試不可能查出程序中因遺漏路徑而出錯(cuò)。

第三，窮舉路徑測(cè)試可能發(fā)現(xiàn)不了一些與數(shù)據(jù)相關(guān)的錯(cuò)誤。 白盒測(cè)試可以借助一些工具來(lái)完成如Junit Framework,Jtest等。

2 黑盒測(cè)試 黑盒測(cè)試是指不基于內(nèi)部設(shè)計(jì)和代碼的任何知識(shí)，而基于需求和功能性的測(cè)試，黑盒測(cè)試也稱功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試，它是在已知產(chǎn)品所應(yīng)具有的功能，通過(guò)測(cè)試來(lái)檢測(cè)每個(gè)功能是否都能正常使用，在測(cè)試時(shí)，把程序看作一個(gè)不能打開(kāi)的黑盆子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測(cè)試者在程序接口進(jìn)行測(cè)試，它只檢查程序功能是否按照需求規(guī)格說(shuō)明書(shū)的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)鋸而產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫(kù)或文件）的完整性。黑盒測(cè)試方法主要有等價(jià)類劃分、邊值分析、因—果圖、錯(cuò)誤推測(cè)等，主要用于軟件確認(rèn)測(cè)試。

“黑盒”法著眼于程序外部結(jié)構(gòu)、不考慮內(nèi)部邏輯結(jié)構(gòu)、針對(duì)軟件界面和軟件功能進(jìn)行測(cè)試?！昂诤小狈ㄊ歉F舉輸入測(cè)試，只有把所有可能的輸入都作為測(cè)試情況使用，才能以這種方法查出程序中所有的錯(cuò)誤。

實(shí)際上測(cè)試情況有無(wú)窮多個(gè)，人們不僅要測(cè)試所有。

3.軟件測(cè)試的方法一共有幾種

1、從是否關(guān)心內(nèi)部結(jié)構(gòu)來(lái)看 （1）白盒測(cè)試：又稱為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，是一種按照程序內(nèi)部邏輯結(jié)構(gòu)和編碼結(jié)構(gòu)，設(shè)計(jì)測(cè)試數(shù)據(jù)并完成測(cè)試的一種測(cè)試方法。

（2）黑盒測(cè)試：又稱為數(shù)據(jù)驅(qū)動(dòng)測(cè)試，把測(cè)試對(duì)象當(dāng)做看不見(jiàn)的黑盒，在完全不考慮程序內(nèi)部結(jié)構(gòu)和處理過(guò)程的情況下，測(cè)試者僅依據(jù)程序功能的需求規(guī)范考慮，確定測(cè)試用例和推斷測(cè)試結(jié)果的正確性，它是站在使用軟件或程序的角度，從輸入數(shù)據(jù)與輸出數(shù)據(jù)的對(duì)應(yīng)關(guān)系出發(fā)進(jìn)行的測(cè)試。（3）灰盒測(cè)試：是一種綜合測(cè)試法，它將“黑盒”測(cè)試與“白盒”測(cè)試結(jié)合在一起，是基于程序運(yùn)行時(shí)的外部表現(xiàn)又結(jié)合內(nèi)部邏輯結(jié)構(gòu)來(lái)設(shè)計(jì)用例，執(zhí)行程序并采集路徑執(zhí)行信息和外部用戶接口結(jié)果的測(cè)試技術(shù)。

2、從是否執(zhí)行代碼看 （1）靜態(tài)測(cè)試：指不運(yùn)行被測(cè)程序本身，僅通過(guò)分析或檢查源程序的語(yǔ)法、結(jié)構(gòu)、過(guò)程、接口等來(lái)檢查程序的正確性。（2）動(dòng)態(tài)測(cè)試：是指通過(guò)運(yùn)行被測(cè)程序，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異，并分析運(yùn)行效率、正確性和健壯性等性能指標(biāo)。

3、從開(kāi)發(fā)過(guò)程級(jí)別看 （1）單元測(cè)試：又稱模塊測(cè)試，是針對(duì)軟件設(shè)計(jì)的最小單位----程序模塊或功能模塊，進(jìn)行正確性檢驗(yàn)的測(cè)試工作。其目的在于檢驗(yàn)程序各模塊是否存在各種差錯(cuò)，是否能正確地實(shí)現(xiàn)了其功能，滿足其性能和接口要求。

（2）集成測(cè)試：又叫組裝測(cè)試或聯(lián)合，是單元測(cè)試的多級(jí)擴(kuò)展，是在單元測(cè)試的基礎(chǔ)上進(jìn)行的一種有序測(cè)試。旨在檢驗(yàn)軟件單元之間的接口關(guān)系，以期望通過(guò)測(cè)試發(fā)現(xiàn)各軟件單元接口之間存在的問(wèn)題，最終把經(jīng)過(guò)測(cè)試的單元組成符合設(shè)計(jì)要求的軟件。

（3）系統(tǒng)測(cè)試：是為判斷系統(tǒng)是否符合要求而對(duì)集成的軟、硬件系統(tǒng)進(jìn)行的測(cè)試活動(dòng)、它是將已經(jīng)集成好的軟件系統(tǒng)，作為基于整個(gè)計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、人員、數(shù)據(jù)等其他系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測(cè)試和確認(rèn)測(cè)試。在系統(tǒng)測(cè)試中，對(duì)于具體的測(cè)試類型有：（1）功能測(cè)試：對(duì)軟件需求規(guī)格說(shuō)明書(shū)中的功能需求逐項(xiàng)進(jìn)行的測(cè)試，以驗(yàn)證功能是否滿足要求。

（2）性能測(cè)試：對(duì)軟件需求規(guī)格說(shuō)明書(shū)的功能需求逐項(xiàng)進(jìn)行的測(cè)試，以驗(yàn)證功能是否滿足要求。（3）接口測(cè)試：對(duì)軟件需求規(guī)格說(shuō)明中的接口需求逐項(xiàng)進(jìn)行的測(cè)試。

（4）人機(jī)交互界面測(cè)試：對(duì)所有人機(jī)交互界面提供的操作和顯示界面進(jìn)行的測(cè)試，以檢驗(yàn)是否滿足用戶的需求。（5）強(qiáng)度測(cè)試：強(qiáng)制軟件運(yùn)行在異常乃至發(fā)生故障的情況下（設(shè)計(jì)的極限狀態(tài)到超出極限），驗(yàn)證軟件可以運(yùn)行到何種程序的測(cè)試。

（6）余量測(cè)試：對(duì)軟件是否達(dá)到規(guī)格說(shuō)明中要求的余量的測(cè)試。（7）安全性測(cè)試：檢驗(yàn)軟件中已存在的安全性、安全保密性措施是否有效的測(cè)試，（8）可靠性測(cè)試：在真實(shí)的或仿真的環(huán)境中，為做出軟件可靠性估計(jì)而對(duì)軟件進(jìn)行的功能（其輸入覆蓋和環(huán)境覆蓋一般大于普通的功能測(cè)試） （9）恢復(fù)性測(cè)試：對(duì)有恢復(fù)或重置功能的軟件的每一類導(dǎo)致恢復(fù)或重置的情況，逐一進(jìn)行的測(cè)試。

（10）邊界測(cè)試：對(duì)軟件處在邊界或端點(diǎn)情況下運(yùn)行狀態(tài)的測(cè)試。（11）數(shù)據(jù)處理測(cè)試：對(duì)完成專門(mén)數(shù)據(jù)處理功能所進(jìn)行的測(cè)試。

（12）安裝性測(cè)試：對(duì)安裝過(guò)程是否符合安裝規(guī)程的測(cè)試，以發(fā)現(xiàn)安裝過(guò)程中的錯(cuò)誤。（13）容量測(cè)試：檢驗(yàn)軟件的能力最高能達(dá)到什么程度的測(cè)試。

（14）互操作性測(cè)試：為驗(yàn)證不同軟件之間的互操作能力而進(jìn)行的測(cè)試。（15）敏感性測(cè)試：為發(fā)現(xiàn)在有效輸入類中可能引起某種不穩(wěn)定性或不正常處理的某些數(shù)據(jù)的組合而進(jìn)行的測(cè)試。

（16）標(biāo)準(zhǔn)符合性測(cè)試：驗(yàn)證軟件與相關(guān)國(guó)家標(biāo)準(zhǔn)或規(guī)范（如軍用標(biāo)準(zhǔn)、國(guó)家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)及國(guó)際標(biāo)準(zhǔn)）一致性的測(cè)試。（17）兼容性測(cè)試：驗(yàn)證軟件在規(guī)定條件下與若干個(gè)實(shí)體共同使用或?qū)崿F(xiàn)數(shù)據(jù)格式轉(zhuǎn)換時(shí)能滿足有關(guān)要求能力的測(cè)試。

（18）中文本地化測(cè)試：驗(yàn)證軟件在不降低原有能力的條件下，處理中文能力的測(cè)試。4、從執(zhí)行過(guò)程是否需要人工干預(yù)來(lái)看 （1）手工測(cè)試：就是測(cè)試人員按照事先為覆蓋被測(cè)軟件需求而編寫(xiě)的測(cè)試用例，根據(jù)測(cè)試大綱中所描述的測(cè)試步驟和方法，手工地一個(gè)一個(gè)地輸 入執(zhí)行，包括與被測(cè)軟件進(jìn)行交互（如輸入測(cè)試數(shù)據(jù)、記錄測(cè)試結(jié)果等），然后觀察測(cè)試結(jié)果，看被測(cè)程序是否存在問(wèn)題，或在執(zhí)行過(guò)程中是否會(huì)有一場(chǎng)發(fā)生，屬于比較原始但是必須執(zhí)行的一個(gè)步驟。

（2）自動(dòng)化測(cè)試：實(shí)際上是將大量的重復(fù)性的測(cè)試工作交給計(jì)算機(jī)去完成，通常是使用自動(dòng)化測(cè)試工具來(lái)模擬手動(dòng)測(cè)試步驟，執(zhí)行用某種程序設(shè)計(jì)語(yǔ)言編寫(xiě)的過(guò)程（全自動(dòng)測(cè)試就是指在自動(dòng)測(cè)試過(guò)程中，不需要人工干預(yù)，由程序自動(dòng)完成測(cè)試的全過(guò)程；半自動(dòng)測(cè)試就是指在自動(dòng)測(cè)試過(guò)程中，需要手動(dòng)輸入測(cè)試用例或選擇測(cè)試路徑，再由自動(dòng)測(cè)試程序按照人工指定的要求完成自動(dòng)測(cè)試）5、從測(cè)試實(shí)施組織看 （1）開(kāi)發(fā)測(cè)試：開(kāi)發(fā)人員進(jìn)行的測(cè)試 （2）用戶測(cè)試：用戶方進(jìn)行的測(cè)試 （3）第三方測(cè)試：有別于開(kāi)發(fā)人員或用戶進(jìn)行的測(cè)試，由專業(yè)的第三方承擔(dān)的測(cè)試，目的是為了保證測(cè)試工作的客觀性6、從測(cè)試所處的環(huán)境看 （1）阿爾法測(cè)試：是由一個(gè)用戶在開(kāi)發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的測(cè)試 （2）。

4.軟件測(cè)試的方法有哪幾種

《全國(guó)計(jì)算機(jī)等級(jí)考試三級(jí)教程軟件測(cè)試》目錄 第1章 軟件測(cè)試的基本概念1.1 軟件質(zhì)量的概念1.1.1 軟件質(zhì)量的定義1.1.2 軟件質(zhì)量的屬性1.1.3 軟件質(zhì)量模型1.1.4 軟件質(zhì)量的度量1.1.5 影響軟件質(zhì)量的主要因素1.2 軟件測(cè)試的概念1.2.1 軟件測(cè)試的定義與目的1.2.2 軟件測(cè)試的原則1.3 軟件的缺陷與錯(cuò)誤1.3.1 軟件缺陷的定義和類型1.3.2 軟件缺陷的級(jí)別1.3.3 軟件缺陷產(chǎn)生的原因1.3.4 軟件缺陷的構(gòu)成第1章 軟件測(cè)試的基本概念1.1 軟件質(zhì)量的概念1.1.1 軟件質(zhì)量的定義1.1.2 軟件質(zhì)量的屬性1.1.3 軟件質(zhì)量模型1.1.4 軟件質(zhì)量的度量1.1.5 影響軟件質(zhì)量的主要因素1.2 軟件測(cè)試的概念1.2.1 軟件測(cè)試的定義與目的1.2.2 軟件測(cè)試的原則1.3 軟件的缺陷與錯(cuò)誤1.3.1 軟件缺陷的定義和類型1.3.2 軟件缺陷的級(jí)別1.3.3 軟件缺陷產(chǎn)生的原因1.3.4 軟件缺陷的構(gòu)成1.3.5 修復(fù)軟件缺陷的代價(jià)1.4 軟件測(cè)試的經(jīng)濟(jì)學(xué)與心理學(xué)1.4.1 軟件測(cè)試的心理學(xué)1.4.2 軟件測(cè)試的經(jīng)濟(jì)學(xué)1.5 軟件質(zhì)量保證1.5.1 軟件質(zhì)量保證概要1.5.2 軟件質(zhì)量保證活動(dòng)的實(shí)施1.5.3 軟件的驗(yàn)證與確認(rèn)1.5.4 驗(yàn)證和確認(rèn)任務(wù)分析 本章小結(jié) 第2章 軟件生存周期中測(cè)試的實(shí)施2.1 軟件開(kāi)發(fā)階段2.1.1 軟件生存周期2.1.2 軟件測(cè)試的生存周期模型2.1.3 軟件測(cè)試過(guò)程模型2.1.4 測(cè)試信息流2.2 需求獲取與分析階段的測(cè)試2.2.1 需求評(píng)審的實(shí)施2.2.2 需求規(guī)格說(shuō)明的評(píng)審2.2.3 Wiegers 用例與需求評(píng)審表2.2.4 基于原型的測(cè)試2.2.5 基于需求的測(cè)試覆蓋率評(píng)估2.3 設(shè)計(jì)階段的測(cè)試2.3.1 設(shè)計(jì)的測(cè)試因素2.3.2 設(shè)計(jì)評(píng)審的實(shí)施2.3.3 設(shè)計(jì)規(guī)格說(shuō)明的評(píng)審2.3.4 設(shè)計(jì)元素的覆蓋原則2.4 編程階段的測(cè)試2.4.1 白盒測(cè)試與黑盒測(cè)試2.4.2 源代碼的控制流覆蓋原則2.4.3 源代碼的數(shù)據(jù)流覆蓋原則2.4.4 源代碼的靜態(tài)分析與動(dòng)態(tài)測(cè)試2.5 運(yùn)行和維護(hù)階段的測(cè)試2.6 回歸測(cè)試2.6.1 回歸測(cè)試的概念2.6.2 回歸測(cè)試的類型2.6.3 回歸測(cè)試的時(shí)機(jī)2.6.4 回歸測(cè)試的實(shí)施 本章小結(jié) 第3章 代碼檢查、走查與評(píng)審3.1 桌上檢查3.1.1 桌上檢查的實(shí)施3.1.2 桌上檢查的檢查表3.2 代碼檢查3.2.1 特定的角色和職責(zé)3.2.2 代碼檢查的實(shí)施3.2.3 用于代碼檢查的檢查表3.3 走查3.3.1 特定的角色和職責(zé)3.3.2 走查的實(shí)施3.3.3 走查中的靜態(tài)分析技術(shù)3.4 同行評(píng)審3.4.1 同行評(píng)審的角色和職責(zé)3.4.2 同行評(píng)審的內(nèi)容3.4.3 評(píng)審的方法和技術(shù)3.4.4 評(píng)審工作 本章小結(jié) 第4章 白盒測(cè)試4.1 覆蓋率的概念4.2 邏輯覆蓋4.2.1 語(yǔ)句覆蓋與塊覆蓋4.2.2 判定覆蓋（分支覆蓋）4.2.3 條件覆蓋4.2.4 條件/判定覆蓋4.2.5 條件組合覆蓋4.2.6 路徑覆蓋4.2.7 ESTCA覆蓋4.2.8 LCSAJ覆蓋4.3 路徑測(cè)試4.3.1 分支結(jié)構(gòu)的路徑測(cè)試4.3.2 循環(huán)結(jié)構(gòu)的路徑測(cè)試4.3.3 圈復(fù)雜度與基本路徑測(cè)試4.4 數(shù)據(jù)流測(cè)試4.4.1 定義∕使用測(cè)試的幾個(gè)定義4.4.2 定義∕使用測(cè)試舉例4.4.3 定義∕使用路徑測(cè)試覆蓋指標(biāo)4.5 基于覆蓋的測(cè)試用例選擇4.5.1 覆蓋率的使用4.5.2 使用最少的測(cè)試用例來(lái)達(dá)到覆蓋4.6 程序插樁技術(shù)4.6.1 程序插樁4.6.2 用于測(cè)試覆蓋率的程序插樁4.6.3 用于斷言檢測(cè)的程序插樁4.6.4 用于數(shù)據(jù)流異常檢測(cè)的程序插樁 本章小結(jié) 第5章 黑盒測(cè)試5.1 等價(jià)類測(cè)試5.1.1 等價(jià)類的概念5.1.2 等價(jià)類測(cè)試的原則5.1.3 等價(jià)類方法測(cè)試用例設(shè)計(jì)舉例5.2 邊界值分析5.2.1 邊界值分析的概念5.2.2 選擇測(cè)試用例的原則5.2.3 邊界值方法測(cè)試用例設(shè)計(jì)舉例5.3 基于判定表的測(cè)試5.3.1 判定表的概念5.3.2 基于判定表的測(cè)試用例設(shè)計(jì)舉例5.4 基于因果圖的測(cè)試5.4.1 因果圖的適用范圍5.4.2 用因果圖生成測(cè)試用例5.4.3 因果圖法測(cè)試用例設(shè)計(jì)舉例5.5 基于狀態(tài)圖的測(cè)試5.5.1 狀態(tài)圖5.5.2 利用狀態(tài)轉(zhuǎn)換樹(shù)生成測(cè)試用例5.5.3 利用狀態(tài)轉(zhuǎn)換表生成測(cè)試用例5.6 基于功能圖的測(cè)試5.6.1 功能圖5.6.2 功能圖法設(shè)計(jì)測(cè)試用例舉例5.7 基于用例和場(chǎng)景的測(cè)試5.7.1 基本流和備選流5.7.2 利用用例和場(chǎng)景設(shè)計(jì)測(cè)試用例的實(shí)例5.8 基于有向圖的測(cè)試用例設(shè)計(jì)5.8.1 使用基于有向圖的測(cè)試的場(chǎng)合5.8.2 基于事務(wù)流建模設(shè)計(jì)測(cè)試用例5.8.3 基于控制流建模設(shè)計(jì)測(cè)試用例5.8.4 基于有向圖設(shè)計(jì)測(cè)試用例的過(guò)程5.9 基于正交實(shí)驗(yàn)設(shè)計(jì)法的測(cè)試5.9.1 提取功能說(shuō)明，構(gòu)造因子/ 狀態(tài)表5.9.2 加權(quán)篩選，生成因素分析表5.9.3 利用正交表構(gòu)造測(cè)試數(shù)據(jù)集5.10 其他黑盒測(cè)試用例設(shè)計(jì)技術(shù) 本章小結(jié) 第6章 單元測(cè)試和集成測(cè)試6.1 單元測(cè)試的基本概念6.1.1 單元測(cè)試的定義6.1.2 單元測(cè)試與集成測(cè)試、系統(tǒng)測(cè)試的區(qū)別6.1.3 單元測(cè)試環(huán)境6.2 單元測(cè)試策略6.2.1 自頂向下的單元測(cè)試策略6.2.2 自底向上的單元測(cè)試策略6.2.3 孤立測(cè)試6.2.4 綜合測(cè)試6.3 單元測(cè)試分析6.3.1 模塊接口6.3.2 局部數(shù)據(jù)結(jié)構(gòu)6.3.3 獨(dú)立路徑6.3.4 出錯(cuò)處理6.3.5 邊界條件6.4 單元測(cè)試的測(cè)試用例設(shè)計(jì)原則6.4.1 單元測(cè)試的測(cè)試用例設(shè)計(jì)步驟6.4.2 單元測(cè)試中的白盒測(cè)試與黑盒測(cè)試6.5 集成測(cè)試的基本概念6.6 集成測(cè)試策略6.6.1 基于分解的集成策略6.6.2 基于功能的集成6.6.3 基于路徑的集成6.6.4 基于調(diào)用圖的集成6.7 集成測(cè)試分析6.7.1 體系結(jié)構(gòu)分析6.7.2 模塊單元分析6.7.3 接口分析6.7.4 風(fēng)險(xiǎn)分析6.7.5 可測(cè)試性分析6.7.6 集成測(cè)試策略分析6.7.7 常見(jiàn)的集成測(cè)試故障6.8 集成測(cè)試的測(cè)試用例設(shè)計(jì)原則6.8.1 集成測(cè)試的測(cè)試用例設(shè)計(jì)步驟6.8.2 場(chǎng)景測(cè)試 本章小結(jié) 第7章 系統(tǒng)測(cè)試7.1 系統(tǒng)測(cè)試概念7.2 系。

5.軟件測(cè)試是如何分類的

測(cè)試人員一般分為如下三種（當(dāng)然還有很多其它的分類方法，如感興趣可以再查找）：

黑盒測(cè)試：

黑盒測(cè)試，指的是把被測(cè)的軟件看作是一個(gè)黑盒子，我們不去關(guān)心盒子里面的結(jié)構(gòu)是什么樣子的，只關(guān)心軟件的輸入數(shù)據(jù)和輸出結(jié)果。主要是針對(duì)軟件界面和軟件功能進(jìn)行測(cè)試。

白盒測(cè)試：

白盒測(cè)試，指的是完全了解產(chǎn)品的源代碼和程序結(jié)果。按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序，通過(guò)測(cè)試來(lái)檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照設(shè)計(jì)規(guī)格說(shuō)明書(shū)的規(guī)定正常進(jìn)行，檢驗(yàn)程序中的每條通路是否都能按預(yù)定要求正確工作

灰盒測(cè)試：

灰盒測(cè)試介于黑盒測(cè)試與白盒測(cè)試之間。可以這樣理解，灰盒測(cè)試關(guān)注輸出對(duì)于輸入的正確性，同時(shí)也關(guān)注內(nèi)部表現(xiàn)，但這種關(guān)注不象白盒那樣詳細(xì)、完整，只是通過(guò)一些表征性的現(xiàn)象、事件、標(biāo)志來(lái)判斷內(nèi)部的運(yùn)行狀態(tài)，有時(shí)候輸出是正確的，但內(nèi)部其實(shí)已經(jīng)錯(cuò)誤了，這種情況非常多，如果每次都通過(guò)白盒測(cè)試來(lái)操作，效率會(huì)很低，因此需要采取這樣的一種灰盒的方法。

這三種測(cè)試方式各有各的優(yōu)點(diǎn)，樓主可以根據(jù)需要去選擇

——“搜狗測(cè)試”

6.軟件測(cè)試類型都有哪些

測(cè)試類型有：功能測(cè)試，性能測(cè)試，界面測(cè)試。

1、功能測(cè)試 在測(cè)試工作中占的比例最大，功能測(cè)試也叫黑盒測(cè)試。是把測(cè)試對(duì)象看作一個(gè)黑盒子。

利用黑盒測(cè)試法進(jìn)行動(dòng)態(tài)測(cè)試時(shí)，需要測(cè)試軟件產(chǎn)品的功能，不需測(cè)試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過(guò)程。 采用黑盒技術(shù)設(shè)計(jì)測(cè)試用例的方法有：等價(jià)類劃分、邊界值分析、錯(cuò)誤推測(cè)、因果圖和綜合策略。

2、性能測(cè)試 是通過(guò)自動(dòng)化的測(cè)試工具模擬多種正常、峰值以及異常負(fù)載條件來(lái)對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試。負(fù)載測(cè)試和壓力測(cè)試都屬于性能測(cè)試，兩者可以結(jié)合進(jìn)行。

通過(guò)負(fù)載測(cè)試，確定在各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測(cè)試當(dāng)負(fù)載逐漸增加時(shí)，系統(tǒng)各項(xiàng)性能指標(biāo)的變化情況。壓力測(cè)試是通過(guò)確定一個(gè)系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，來(lái)獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試。

3、界面測(cè)試 界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對(duì)軟件的第一印象。而且設(shè)計(jì)良好的界面能夠引導(dǎo)用戶自己完成相應(yīng)的操作，起到向?qū)У淖饔谩?/p>

同時(shí)界面如同人的面孔，具有吸引用戶的直接優(yōu)勢(shì)。設(shè)計(jì)合理的界面能給用戶帶來(lái)輕松愉悅的感受和成功的感覺(jué)，相反由于界面設(shè)計(jì)的失敗，讓用戶有挫敗感，再實(shí)用強(qiáng)大的功能都可能在用戶的畏懼與放棄中付諸東流。

擴(kuò)展資料： 測(cè)試原則 1、測(cè)試應(yīng)該盡早進(jìn)行，最好在需求階段就開(kāi)始介入，因?yàn)樽顕?yán)重的錯(cuò)誤不外乎是系統(tǒng)不能滿足用戶的需求。 2、程序員應(yīng)該避免檢查自己的程序，軟件測(cè)試應(yīng)該由第三方來(lái)負(fù)責(zé)。

3、設(shè)計(jì)測(cè)試用例時(shí)應(yīng)考慮到合法的輸入和不合法的輸入以及各種邊界條件，特殊情況下還要制造極端狀態(tài)和意外狀態(tài)，如網(wǎng)絡(luò)異常中斷、電源斷電等。 4、應(yīng)該充分注意測(cè)試中的群集現(xiàn)象。

5、對(duì)錯(cuò)誤結(jié)果要進(jìn)行一個(gè)確認(rèn)過(guò)程。一般由A測(cè)試出來(lái)的錯(cuò)誤，一定要由B來(lái)確認(rèn)。

嚴(yán)重的錯(cuò)誤可以召開(kāi)評(píng)審會(huì)議進(jìn)行討論和分析，對(duì)測(cè)試結(jié)果要進(jìn)行嚴(yán)格地確認(rèn)，是否真的存在這個(gè)問(wèn)題以及嚴(yán)重程度等。 6、制定嚴(yán)格的測(cè)試計(jì)劃。

一定要制定測(cè)試計(jì)劃，并且要有指導(dǎo)性。測(cè)試時(shí)間安排盡量寬松，不要希望在極短的時(shí)間內(nèi)完成一個(gè)高水平的測(cè)試。

7、妥善保存測(cè)試計(jì)劃、測(cè)試用例、出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)提供方便。 參考資料來(lái)源：搜狗百科--軟件測(cè)試。

7.軟件測(cè)試方法

第一類測(cè)試方法是試圖驗(yàn)證軟件是“工作的”，所謂“工作的”就是指軟件的功能是按照預(yù)先的設(shè)計(jì)執(zhí)行的；而第二類測(cè)試方法則是設(shè)法證明軟件是“不工作的”。

還有兩大類：白盒法和黑盒法。

白盒法：你清楚程序的流程時(shí)，用不同的數(shù)據(jù)測(cè)試你程序的代碼，驗(yàn)證程序的正確性，有：條件測(cè)試，路徑測(cè)試，條件組合。。。。

白盒法用在程序開(kāi)發(fā)階段的前期。

黑盒法：主要用于程序開(kāi)發(fā)階段的后期，即程序的流程測(cè)試正確后，測(cè)試程序的結(jié)果。有什么因果法，邊緣值法等。

具體你可以買(mǎi)本軟件工程方面的書(shū)看看。

還有一下方法：

功能測(cè)試：可接受性測(cè)試：用戶界面測(cè)試：探索或開(kāi)放'型的測(cè)試：性能測(cè)試：回歸測(cè)試：強(qiáng)力測(cè)試：集成與兼容性測(cè)試：裝配/安裝/配置測(cè)試：國(guó)際化支持測(cè)試：本地化語(yǔ)言測(cè)試：

這些都是測(cè)試的方法.