靜態測試技術
靜態測試包括**檢查、靜態結構分析、**質量度量等。它可以由人工進行，充分發揮人的邏輯思維優勢，也可以借助軟體工具自動進行。
**檢查
**檢查包括**走查、桌面檢查、**審查等，主要檢查**和設計的一致性，**對標準的遵循、可讀性，**的邏輯表達的正確性，**結構的合理性等方面；可以發現違背程式編寫標準的問題，程式中不安全、不明確和模糊的部分，找出程式中不可移植部分、違背程式程式設計風格的問題，包括變數檢查、命名和型別審查、程式邏輯審查、程式語法檢查和程式結構檢查等內容。
在實際使用中，**檢查比動態測試更有效率，能快速找到缺陷，發現
30%～
70%的邏輯設計和編碼缺陷；**檢查看到的是問題本身而非徵兆。但是**檢查非常耗費時間，而且**檢查需要知識和經驗的積累。**檢查應在編譯和動態測試之前進行，在檢查前，應準備好需求描述文件、程式設計文件、程式的源**清單、**編碼標準和**缺陷檢查表等。
靜態結構分析
靜態結構分析主要是以圖形的方式表現程式的內部結構，例如函式呼叫關係圖、函式內部控制流圖。其中，函式呼叫關係圖以直觀的圖形方式描述乙個應用程式中各個函式的呼叫和被呼叫關係；控制流圖顯示乙個函式的邏輯結構，它由許多節點組成，乙個節點代表一條語句或數條語句，連線結點的叫邊，邊表示節點間的控制流向。
檢查項：
***風格和規則審核
*程式設計和結構的審核
*業務邏輯的審核
使用靜態
測試技術進行測試時，不需要真正執行軟體，而是通過手工（評審）或自動化（靜態分析）的方法對軟體進行的測試。
評審是對軟體的相關產出物（包括需求、設計、**、測試計畫、測試用例、測試指令碼、使用者指南或
web頁等）進行測試的一種方式，可以在動態測試之前進行。主要有下面的型別：
1.非正式評審（
informal review
）：沒有正式的過程，多用於結對程式設計或以技術為評價標準的設計
/編碼中，其主要目的是以較低成本發現問題
2.走查（
walkthrough
）：由作者發起，參與者主要為研發同事，主要目的是學習、理解並發現缺陷
3.技術評審（
technical review
）：定義流程，並將缺陷文件化，參與者包括同行和技術專家，主要目的是發現缺陷，進行討論並解決技術問題，檢查與規格說明是否符合等
4.審查（
inspection
）：由受過專門培訓的主持人來領導，並定義參與者（同行）的角色，有正式的入口、出口準則及度量標準，主要目的是發現缺陷
靜態分析是借助工具來檢查軟體的**和模型。比如在單元測試期間，開發人員通過預先定義規則，使用靜態分析工具對**進行檢查；在軟體建模期間，設計人員可以使用靜態分析工具對軟體模型進行分析。
軟體靜態測試技術
1 同行評審的型別和區別 同行評審一般包括審查 小組評審 走查 桌面評審 臨 審五種型別，這些同行評審型別的區別在於正式程度 1 審查是最正式，然後是小組評審 走查 桌面評審，臨 審最隨意 2 同行評審月正式，發現的缺陷越多，但評審越正式，花費成本越高 3 被評審物件越重要或者風險越高，採用的評審方...
偽靜態技術
偽靜態技術產生的背景 1 靜態網頁與動態比較 1 靜態網頁 優勢 a 對搜尋引擎友好，被收錄的質量高 b 訪問速度快 c 資源 cpu 等 占用少。劣勢 a 對於大型門戶，或者社群來說，不斷的修改將會產生大量i o，會導致磁碟出現碎片甚至出現磁碟壞道。相當恐怖乙個隱患。使用者資訊一旦沒有了就沒戲玩了...
偽靜態技術
偽靜態技術產生的背景 1 靜態網頁與動態比較 1 靜態網頁 優勢 a 對搜尋引擎友好，被收錄的質量高 b 訪問速度快 c 資源 cpu 等 占用少。劣勢 a 對於大型門戶，或者社群來說，不斷的修改將會產生大量i o，會導致磁碟出現碎片甚至出現磁碟壞道。相當恐怖乙個隱患。使用者資訊一旦沒有了就沒戲玩了...