2.2.4 編譯檢查
使用開發工具所帶的編譯功能或專門程序對軟件源碼進行檢查，分析和尋找源碼存在的問題。
2.2.5 編程規范
通過人工源碼檢查判斷源碼是否符合企業已經制定的相關編程規范。制定編程規范，在企業內形成一個開發約定和規則，有利于整體風格統一、代碼的可讀性、可維護性和可擴展性。
2.2.6 編程邏輯
所編寫的源碼是否考慮周全，無矛盾或遺漏之處。常見問題如：忘記定義變量就使用、變量沒有賦值初就直接使用、輸入輸出的數據類型與所用格式說明符不一致、沒有注意數據的數值范圍造成數組越界或數據溢出、輸入時數組的組織方式與要求不符、循環語句可能會造成死循環、條件語句只考慮符合的情況而沒有考慮例外的情況、讀取文件或數據庫中的數據沒有考慮例外情況，等等。
2.2.7 編程優化
通過人工或軟件檢查判斷是否可進一步提高源碼總體性能和運行可管理性�？傮w性能如內存管理、數據庫組織和內容、非數據庫信息、任務并行性、網絡多人操作、關鍵算法、與網絡、硬件和其他系統接口對性能的影響等等;運行可管理性如便于控制系統運行、監視系統狀態、錯誤處理;模塊間通信的簡單性等等。
2.3 文檔質量管理層次
文檔(包括模型)是軟件開發過程中的中間成果，這些中間結果關系到軟件需求的準確性完整性、設計的合理性，對軟件系統的最終結果有決定性作用。文檔質量管理層次包括文檔規范、文檔語法、文檔語義、文檔邏輯、文檔美學、文檔優化。
2.3.1 文檔規范
文檔成果符合企業或業界已經制定的文檔模板規范。企業甚至行業應當制定統一的文檔規范，形成一個文檔約定和規則，以統一文檔內容與風格。
2.3.2 文檔語法
文檔成果正確使用通用的工具與術語、符合相關行業的技術標準。所有語言都有它的語法，所有質量合格的文檔(包括模型)都應該是語法正確的，不正確的語法會影響規格說明和可視化的質量。
2.3.3 文檔語義
文檔成果表達正確、無歧義。所有質量合格的文檔(包括模型)都代表它期望代表的語義，而且應該在代表這些語義的時候具有一致性。
2.3.4 文檔邏輯
文檔成果考慮周全，不矛盾，滿足客戶的關鍵要求，特別是要符合相關行業的業務標準。
2.3.5 文檔美學
文檔成果是最佳表述，文字、圖表是均衡和完整的。就是追求平衡的美，每個組成部分應該不大不小，可解讀、可變更、不同時代表太多的元素。
2.3.6 結果優化
通過檢查判斷文檔成果(如項目計劃、需求規格、設計方案)是否還有改進的空間，以盡可能達到最佳方案。任何一項設計，都可以有許多不同的方案，通過“方案優化”選定一種最好的方案。
任何一位設計師在做一項設計的時候總是選擇他認為是最好的方案，都有某種程度上的“優化”，因此他可以說他的產品是經過“優化”的。無論何種意義上的優化，都有一個共同的特點，就是相對性。這個相對性有兩方面的意義，一是優化是相對某種目標的，目標不同優化的結果不同。另一方面是在大多數的情況下，優化的結果并不是最優的，只能是相對好的。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
