2.2.1 黑盒測試
黑盒測試檢驗是否符合系統需求，也稱功能測試或數據驅動測試。它是在已知產品所應具有的功能，通過測試來檢測每個功能是否都能正常使用。在測試時，把程序看作一個不能打開的黑盆子，在完全不考慮程序內部結構和內部特性的情況下，測試者在程序接口進行測試，它只檢查程序功能是否按照需求規格說明書的規定正常使用，程序是否能適當地接收輸入數據而產生正確的輸出信息，并且保持外部信息(如數據庫或文件)的完整性。
2.2.2 灰盒測試
灰盒測試介于白盒與黑盒二者之間，關注輸出對于輸入的正確性，同時也關注內部表現，但這種關注不像白盒那樣詳細、完整，只是通過一些表征性的現象、事件、標志來判斷內部的運行狀態，有時候輸出是正確的，但內部其實已經錯誤了，這種情況非常多，如果每次都通過白盒測試來操作，效率會很低，因此需要采取這樣的一種灰盒的方法。
2.2.3 白盒測試
白盒測試也稱結構測試或邏輯驅動測試，它是在知道產品內部工作過程的情況下，按照程序內部的結構測試程序，檢驗程序中的每條通路是否都有能按預定要求正確工作，而不顧它的功能。白盒測試的主要方法有邏輯驅動、基路測試等。
2.2.4 編譯檢查
使用開發工具所帶的編譯功能或專門程序對軟件源碼進行檢查，分析和尋找源碼存在的問題。
2.2.5 編程規范
通過人工源碼檢查判斷源碼是否符合企業已經制定的相關編程規范。制定編程規范，在企業內形成一個開發約定和規則，有利于整體風格統一、代碼的可讀性、可維護性和可擴展性。
2.2.6 編程邏輯
所編寫的源碼是否考慮周全，無矛盾或遺漏之處。常見問題如：忘記定義變量就使用、變量沒有賦值初就直接使用、輸入輸出的數據類型與所用格式說明符不一致、沒有注意數據的數值范圍造成數組越界或數據溢出、輸入時數組的組織方式與要求不符、循環語句可能會造成死循環、條件語句只考慮符合的情況而沒有考慮例外的情況、讀取文件或數據庫中的數據沒有考慮例外情況，等等。
2.2.7 編程優化
通過人工或軟件檢查判斷是否可進一步提高源碼總體性能和運行可管理性�？傮w性能如內存管理、數據庫組織和內容、非數據庫信息、任務并行性、網絡多人操作、關鍵算法、與網絡、硬件和其他系統接口對性能的影響等等;運行可管理性如便于控制系統運行、監視系統狀態、錯誤處理;模塊間通信的簡單性等等。
2.3 文檔質量管理層次
文檔(包括模型)是軟件開發過程中的中間成果，這些中間結果關系到軟件需求的準確性完整性、設計的合理性，對軟件系統的最終結果有決定性作用。文檔質量管理層次包括文檔規范、文檔語法、文檔語義、文檔邏輯、文檔美學、文檔優化。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
