白盒測試相對于黑盒測試而言具有一定透明性，原理為根據(jù)軟件內(nèi)部應用、源代碼等對產(chǎn)品內(nèi)部工作過程進行調(diào)試。測試過程中常將其與軟件內(nèi)部結(jié)構(gòu)協(xié)同展開分析，大優(yōu)點即為其能夠有效解決軟件內(nèi)部應用程序出現(xiàn)的問題，測試過程中常將其與黑盒測試方式結(jié)合，當測試軟件功能較多時，白盒測試法亦可對此類情況展開有效調(diào)試。其中，判定測試作為白盒測試法中為主要的測試程序結(jié)構(gòu)之一，此類程序結(jié)構(gòu)作為對程序邏輯結(jié)構(gòu)的整體實現(xiàn)，對于程序測試而言具有較為重要的作用。此類測試方式針對程序中各類型的代碼進行覆蓋式檢測，覆蓋范圍較廣，適用于多類型程序。實際檢測中，白盒測試法常與黑盒檢測法并用，以動態(tài)檢測方式中測試出的未知錯誤為例，首先使用黑盒檢測法，若程序輸入數(shù)據(jù)與輸出數(shù)據(jù)相同，則證明內(nèi)部數(shù)據(jù)未出現(xiàn)問題，應從代碼方面進行分析，若出現(xiàn)問題則使用白盒測試法，針對軟件內(nèi)部結(jié)構(gòu)進行分析，直至檢測出問題所在，及時加以修改。

黑盒測試

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

動態(tài)測試

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

靜態(tài)測試方法

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

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

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

軟件測試是伴隨著軟件的產(chǎn)生而產(chǎn)生的。早期的軟件開發(fā)過程中軟件規(guī)模都很小、復雜程度低，軟件開發(fā)的過程混亂無序、相當隨意，測試的含義比較狹窄，開發(fā)人員將測試等同于“調(diào)試”，目的是糾正軟件中已經(jīng)知道的故障，常常由開發(fā)人員自己完成這部分的工作。對測試的投入極少，測試介入也晚，常常是等到形成代碼，產(chǎn)品已經(jīng)基本完成時才進行測試。到了上世紀80年代初期，軟件和IT行業(yè)進入了大發(fā)展，軟件趨向大型化、高復雜度，軟件的質(zhì)量越來越重要。

這個時候，一些軟件測試的基礎理論和實用技術開始形成，并且人們開始為軟件開發(fā)設計了各種流程和管理方法，軟件開發(fā)的方式也逐漸由混亂無序的開發(fā)過程過渡到結(jié)構(gòu)化的開發(fā)過程，以結(jié)構(gòu)化分析與設計、結(jié)構(gòu)化評審、結(jié)構(gòu)化程序設計以及結(jié)構(gòu)化測試為特征。人們還將“質(zhì)量”的概念融入其中，軟件測試定義發(fā)生了改變，測試不單純是一個發(fā)現(xiàn)錯誤的過程，而且將測試作為軟件質(zhì)量保證(SQA)的主要職能，

包含軟件質(zhì)量評價的內(nèi)容，Bill Hetzel在《軟件測試完全指南》(Complete Guide of SoftwareTesting)一書中指出：“測試是以評價一個程序或者系統(tǒng)屬性為目標的任何一種活動。測試是對軟件質(zhì)量的度量?！边@個定義仍被引用。軟件開發(fā)人員和測試人員開始坐在一起探討軟件工程和測試問題。

20世紀80年代前，軟件測試常與調(diào)試混淆，隨著軟件復雜度提升，逐步形成結(jié)構(gòu)化測試方法。BillHetzel在《軟件測試完全指南》中將其定義為質(zhì)量度量活動，推動測試轉(zhuǎn)向系統(tǒng)化質(zhì)量保障。完整的測試流程包含單元測試、集成測試、確認測試和系統(tǒng)測試四個階段 

軟件測試是通過人工或自動化手段運行或檢測軟件系統(tǒng)，以驗證其是否滿足需求并識別預期與實際結(jié)果差異的過程。1983年IEEE將其定義為質(zhì)量保障的核心活動，主要分為靜態(tài)測試（代碼分析）與動態(tài)測試（運行檢測），結(jié)合黑盒（功能驗證）和白盒（代碼結(jié)構(gòu)分析）技術