測(cè)試過(guò)程也必須分步驟進(jìn)行，每個(gè)步驟在邏輯上是前一個(gè)步驟的延續(xù)。大型軟件系統(tǒng)通常由若干個(gè)子系統(tǒng)組成，每個(gè)子系統(tǒng)又由許多模塊組成。因此，大型軟件系統(tǒng)的測(cè)試基本上由單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試幾個(gè)步驟組成。

單元測(cè)試也稱模塊測(cè)試、邏輯測(cè)試或結(jié)構(gòu)測(cè)試，測(cè)試的方法一般采用白盒法，以路徑覆蓋為測(cè)試準(zhǔn)則。其測(cè)試策略包括單元測(cè)試中設(shè)計(jì)測(cè)試用例要測(cè)試哪些方面的問(wèn)題、針對(duì)這些方面問(wèn)題各自測(cè)試什么內(nèi)容、測(cè)試的具體步驟等。

單元測(cè)試之后便進(jìn)入集成測(cè)試。盡管模塊已經(jīng)進(jìn)行了單元測(cè)試，由于測(cè)試不能窮盡，單元測(cè)試又會(huì)引入新錯(cuò)誤，單元測(cè)試后肯定會(huì)有隱藏錯(cuò)誤，集成不可能一次成功，必須經(jīng)測(cè)試后才能成功。

確認(rèn)測(cè)試也稱合格測(cè)試或稱驗(yàn)收測(cè)試。集成后已成為完整的軟件包，消除了接口的錯(cuò)誤。確認(rèn)測(cè)試主要由使用用戶參加測(cè)試，檢驗(yàn)軟件規(guī)格說(shuō)明的技術(shù)標(biāo)準(zhǔn)的符合程度，是保證軟件質(zhì)量的關(guān)鍵環(huán)節(jié)。

白盒測(cè)試相對(duì)于黑盒測(cè)試而言具有一定透明性，原理為根據(jù)軟件內(nèi)部應(yīng)用、源代碼等對(duì)產(chǎn)品內(nèi)部工作過(guò)程進(jìn)行調(diào)試。測(cè)試過(guò)程中常將其與軟件內(nèi)部結(jié)構(gòu)協(xié)同展開分析，大優(yōu)點(diǎn)即為其能夠有效解決軟件內(nèi)部應(yīng)用程序出現(xiàn)的問(wèn)題，測(cè)試過(guò)程中常將其與黑盒測(cè)試方式結(jié)合，當(dāng)測(cè)試軟件功能較多時(shí)，白盒測(cè)試法亦可對(duì)此類情況展開有效調(diào)試。其中，判定測(cè)試作為白盒測(cè)試法中為主要的測(cè)試程序結(jié)構(gòu)之一，此類程序結(jié)構(gòu)作為對(duì)程序邏輯結(jié)構(gòu)的整體實(shí)現(xiàn)，對(duì)于程序測(cè)試而言具有較為重要的作用。

此類測(cè)試方式針對(duì)程序中各類型的代碼進(jìn)行覆蓋式檢測(cè)，覆蓋范圍較廣，適用于多類型程序。實(shí)際檢測(cè)中，白盒測(cè)試法常與黑盒檢測(cè)法并用，以動(dòng)態(tài)檢測(cè)方式中測(cè)試出的未知錯(cuò)誤為例，首先使用黑盒檢測(cè)法，若程序輸入數(shù)據(jù)與輸出數(shù)據(jù)相同，則證明內(nèi)部數(shù)據(jù)未出現(xiàn)問(wèn)題，應(yīng)從代碼方面進(jìn)行分析，若出現(xiàn)問(wèn)題則使用白盒測(cè)試法，針對(duì)軟件內(nèi)部結(jié)構(gòu)進(jìn)行分析，直至檢測(cè)出問(wèn)題所在，及時(shí)加以修改。

黑盒測(cè)試，顧名思義即為將軟件測(cè)試環(huán)境模擬為不可見(jiàn)的“黑盒”。通過(guò)數(shù)據(jù)輸入觀察數(shù)據(jù)輸出，檢查軟件內(nèi)部功能是否正常。測(cè)試展開時(shí)，數(shù)據(jù)輸入軟件中，等待數(shù)據(jù)輸出。數(shù)據(jù)輸出時(shí)若與預(yù)計(jì)數(shù)據(jù)一致，則證明該軟件通過(guò)測(cè)試，若數(shù)據(jù)與預(yù)計(jì)數(shù)據(jù)有出入，即便出入較小亦證明軟件程序內(nèi)部出現(xiàn)問(wèn)題，需盡快解決。

計(jì)算機(jī)動(dòng)態(tài)測(cè)試的主要目的為檢測(cè)軟件運(yùn)行中出現(xiàn)的問(wèn)題，較靜態(tài)測(cè)試方式相比，其被稱為動(dòng)態(tài)的原因即為其測(cè)試方式主要依賴程序的運(yùn)用，主要為檢測(cè)軟件中動(dòng)態(tài)行為是否缺失、軟件運(yùn)行效果是否良好。其為明顯的特征即為進(jìn)行動(dòng)態(tài)測(cè)試時(shí)軟件為運(yùn)轉(zhuǎn)狀態(tài)，只有如此才能于使用過(guò)程中發(fā)現(xiàn)軟件缺陷，進(jìn)而對(duì)此類缺陷進(jìn)行修復(fù)。動(dòng)態(tài)測(cè)試過(guò)程中可包括兩類因素，即被測(cè)試軟件與測(cè)試中所需數(shù)據(jù)，兩類因素決定動(dòng)態(tài)測(cè)試正確展開、有效展開。

靜態(tài)測(cè)試方式指軟件代碼的靜態(tài)分析測(cè)驗(yàn)，此類過(guò)程中應(yīng)用數(shù)據(jù)較少，主要過(guò)程為通過(guò)軟件的靜態(tài)性測(cè)試（即人工推斷或計(jì)算機(jī)輔助測(cè)試）測(cè)試程序中運(yùn)算方式、算法的正確性，進(jìn)而完成測(cè)試過(guò)程，此類測(cè)試的優(yōu)點(diǎn)在于能夠消耗較短時(shí)間、較少資源完成對(duì)軟件、軟件代碼的測(cè)試，能夠較為明顯地發(fā)現(xiàn)此類代碼中出現(xiàn)的錯(cuò)誤。靜態(tài)測(cè)試方法適用范圍較大，尤其適用于較大型的軟件測(cè)試。

計(jì)算機(jī)軟件進(jìn)行測(cè)試前，首先需遵循軟件測(cè)試原則，即不完全原則的遵守。不完全原則即為若測(cè)試不完全、測(cè)試過(guò)程中涉及免疫性原則的部分較多，可對(duì)軟件測(cè)試起到一定幫助。因軟件測(cè)試因此類因素具有一定程度的免疫性，測(cè)試人員能夠完成的測(cè)試內(nèi)容與其免疫性成正比，若想使軟件測(cè)試更為流暢、測(cè)試效果更為有效，首先需遵循此類原則，將此類原則貫穿整個(gè)開發(fā)流程，不斷進(jìn)行測(cè)試，而并非一次性全程測(cè)試。

軟件測(cè)試已有了行業(yè)標(biāo)準(zhǔn)(IEEE/ANSI)，1983年IEEE提出的軟件工程術(shù)語(yǔ)中給軟件測(cè)試下的定義是：“使用人工或自動(dòng)的手段來(lái)運(yùn)行或測(cè)定某個(gè)軟件系統(tǒng)的過(guò)程，其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別”。這個(gè)定義明確指出:軟件測(cè)試的目的是為了檢驗(yàn)軟件系統(tǒng)是否滿足需求。它再也不是一個(gè)一次性的，而且只是開發(fā)后期的活動(dòng)，而是與整個(gè)開發(fā)流程融合成一體。軟件測(cè)試已成為一個(gè)專業(yè)，需要運(yùn)用專門的方法和手段，需要專門人才和專家來(lái)承擔(dān)。

軟件測(cè)試是伴隨著軟件的產(chǎn)生而產(chǎn)生的。早期的軟件開發(fā)過(guò)程中軟件規(guī)模都很小、復(fù)雜程度低，軟件開發(fā)的過(guò)程混亂無(wú)序、相當(dāng)隨意，測(cè)試的含義比較狹窄，開發(fā)人員將測(cè)試等同于“調(diào)試”