常用靜態測試方法

『壹』 什麼是靜態測試

靜態方法是指不運行被測程序本身，僅通過分析或檢查源程序的語法、結構、過程、介面等來檢查程序的正確性。對需求規格說明書、軟體設計說明書、源程序做結構分析、流程圖分析、符號執行來找錯。靜態方法通過程序靜態特性的分析，找出欠缺和可疑之處，例如不匹配的參數、不適當的循環嵌套和分支嵌套、不允許的遞歸、未使用過的變數、空指針的引用和可疑的計算等。靜態測試結果可用於進一步的查錯，並為測試用例選取提供指導。

『貳』 軟體測試方法中的靜態測試方法之一為______

1 計算機輔助靜態分析
在靜態測試中有 人工測試 計算機輔助靜態分析

『叄』 軟體靜態測試方法

靜態測試方法很多，主要有代碼審查、正式技術評審、同級評審、走查等形式和方法。基本都是通過會議的形式閱讀代碼和文檔，檢查其中存在的問題或錯誤。

路徑法：通過畫程序流程圖和程序節點圖的方法檢查程序中存在的孤立語句（節點）。

節點圖（程序圖）法：判斷程序是否是標准結構化，非結構化表示程序存在問題。

(3)常用靜態測試方法擴展閱讀：

靜態結構分析主要是以圖形的方式表現程序的內部結構，例如函數調用關系圖、函數內部控制流圖。其中，函數調用關系圖以直觀的圖形方式描述一個應用程序中各個函數的調用和被調用關系；控制流圖顯示一個函數的邏輯結構，它由許多節點組成，一個節點代表一條語句或數條語句，連接結點的叫邊，邊表示節點間的控制流向。

『肆』 軟體測試有哪些常用的測試方法

（1）黑盒測試（black-box testing）：只關心輸入和輸出的結果
（2）白盒測試（white-box testing）：去研究裡面的源代碼和程序結構
2、按是否運行程序分為：
（1）靜態測試（static testing）：是指不實際運行被測軟體，而只是靜態地檢查程序代碼、界面或文檔可能存在的錯誤的過程。
靜態測試包括：
對於代碼測試，主要是測試代碼是否符合相應的標准和規范。
對於界面測試，主要測試軟體的實際界面與需求中的說明是否相符。
對於文檔測試，主要測試用戶手冊和需求說明是否真正符合用戶的實際需求。
（5）動態測試（dynamic testing），是指實際運行被測程序，輸入相應的測試數據，檢查輸出結果和預期結果是否相符的過程
3、按階段劃分：
（1）單元測試（unit testing），是指對軟體中的最小可測試單元進行檢查和驗證。
樁模塊（stud）是指模擬被測模塊所調用的模塊，驅動模塊（driver）是指模擬被測模塊的上級模塊，驅動模塊用來接收測試數據，啟動被測模塊並輸出結果。
（2）集成測試（integration testing），是單元測試的下一階段，是指將通過測試的單元模塊組裝成系統或子系統，再進行測試，重點測試不同模塊的介面部門。
集成測試就是用來檢查各個單元模塊結合到一起能否協同配合，正常運行。
（3）系統測試（system testing），指的是將整個軟體系統看做一個整體進行測試，包括對功能、性能，以及軟體所運行的軟硬體環境進行測試。
系統測試的主要依據是《系統需求規格說明書》文檔。
（4）驗收測試（acceptance testing），指的是在系統測試的後期，以用戶測試為主，或有測試人員等質量保障人員共同參與的測試，它也是軟體正式交給用戶使用的最後一道工序。
驗收測試又分為a測試和beta測試，其中a測試指的是由用戶、 測試人員、開發人員等共同參與的內部測試，而beta測試指的是內測後的公測，即完全交給最終用戶測試。
4、黑盒測試分為功能測試和性能測試：
1)功能測試（function testing），是黑盒測試的一方面，它檢查實際軟體的功能是否符合用戶的需求。
包括邏輯功能測試（logic function testing）
界面測試（UI testing）UI=User Interface
易用性測試（usability testing）：是指從軟體使用的合理性和方便性等角度對軟體系統進行檢查，來發現軟體中不方便用戶使用的地方。
兼容性測試（compatibility testing）：包括硬體兼容性測試和軟體兼容性測試
2)性能測試（performance testing）
軟體的性能主要有時間性能和空間性能兩種
時間性能：主要指軟體的一個具體事務的響應時間（respond time）。
空間性能：主要指軟體運行時所消耗的系統資源。
軟體性能測試分為：
一般性能測試：指的是讓被測系統在正常的軟硬體環境下運行，不向其施加任何壓力的性能測試。
穩定性測試也叫可靠性測試（reliability testing）：是指連續運行被測系統檢查系統運行時的穩定程度。
負載測試（load testing）：是指讓被測系統在其能忍受的壓力的極限范圍之內連續運行，來測試系統的穩定性。
壓力測試（stress testing）：是指持續不斷的給被測系統增加壓力，直到將被測系統壓垮為止，用來測試系統所能承受的最大壓力。(Validate the system or software can allowed the biggest stress.)
5、其他測試類型：
回歸測試（regression testing）是指對軟體的新的版本測試時，重復執行上一個版本測試時的用例。(When a new build or release is deployed, repeat all the test cases which has executed in the last build or release.)
冒煙測試（smoke testing），是指在對一個新版本進行大規模的測試之前，先驗證一下軟體的基本功能是否實現，是否具備可測性。(validate the major function is deployed or not in software of system when a new build or release is implement.)
隨機測試（random testing），是指測試中所有的輸入數據都是隨機生成的，其目的是模擬用戶的真實操作，並發現一些邊緣性的錯誤。(means or all the test data is random, to validate the some edge bugs.)

『伍』 軟體工程 靜態測試的主要方法有哪些

（1）人工檢測：是指不依靠計算機而是靠人工審查程序或評審軟體，包括代碼檢查、靜態結構分析和代碼質量度量等；

（2）計算機輔助靜態分析：利用靜態分析工具對被測試程序進行特性分析，從程序中提取一些信息，以便檢查程序邏輯的各種缺陷和可疑的程序構造。

靜態測試包括代碼檢查、靜態結構分析、代碼質量度量等。它可以由人工進行，充分發揮人的邏輯思維優勢，也可以藉助軟體工具自動進行。

(5)常用靜態測試方法擴展閱讀：

代碼檢查包括代碼走查、桌面檢查、代碼審查等，主要檢查代碼和設計的一致性，代碼對標準的遵循、可讀性，代碼的邏輯表達的正確性，代碼結構的合理性等方面；可以發現違背程序編寫標準的問題，程序中不安全、不明確和模糊的部分，找出程序中不可移植部分、違背程序編程風格的問題，包括變數檢查、命名和類型審查、程序邏輯審查、程序語法檢查和程序結構檢查等內容。

在實際使用中，代碼檢查比動態測試更有效率，能快速找到缺陷，發現30%～70%的邏輯設計和編碼缺陷；代碼檢查看到的是問題本身而非徵兆。但是代碼檢查非常耗費時間，而且代碼檢查需要知識和經驗的積累。

代碼檢查應在編譯和動態測試之前進行，在檢查前，應准備好需求描述文檔、程序設計文檔、程序的源代碼清單、代碼編碼標准和代碼缺陷檢查表等。靜態測試具有的發現缺陷早、降低返工成本、覆蓋重點和發現缺陷的概率高的優點以及耗時長、不能測試依賴和技術能力要求高的缺點。

『陸』 什麼是軟體的靜態測試和動態測試，他們的區別

靜態方法是指不運行被測程序本身，僅通過分析或檢查源程序的語法、結構、過程、介面等來檢查程序的正確性。

對需求規格說明書、軟體設計說明書、源程序做結構分析、流程圖分析、符號執行來找錯。

動態測試方法是指通過運行被測程序，檢查運行結果與預期結果的差異，並分析運行效率、正確性和健壯性等性能。

靜態測試和動態測試主要有測試部分，測試方法，測試方式三個方面的區別。

1、測試部分的不同

靜態測試是指測試不運行的部分：只是檢查和審閱,如規范測試、軟體模型測試、文檔測試等。

動態測試是通常意義上的測試，也就是運行和使用軟體。

2、測試方式不同

靜態測試，通過評審文檔、閱讀代碼等方式測試軟體稱為靜態測試，通過運行程序測試軟體稱為動態測試。

3、測試方法不同

靜態測試是指不用執行程序的測試，它主要採取方案—代碼走查、技術評審、代碼審查的方法對軟體產品進行測試。

動態測試主要通過構造測試實例、執行程序、分析程序的輸出結果這三種方法來對軟體進行測試。

(6)常用靜態測試方法擴展閱讀：

靜態測試的測試要點：

1、挑選合適的復審員

復審活動人數控制在3-7個人，每次復審活動不要超過2小時，否則應該功能分解或者形式分解。准備充分的復審一小時以內完成。

2、管理部門的參與

為復審活動分配時間和資源，特殊情況關於時間、場地選取的一些建議。IBM一個關於電話會議進行復審的一個案例。

3、注意事項

結隊復審方法，對比結隊編程。選擇那些不會引起爭論不休的內容作為每次初期復審對象。

對走查、審查和技術復審的活動指南進行復審，效果會很好。

4、技術復審與項目管理

確定兩次復審之間的時間間隔的根據使你在完全失去對工作狀況的了解的情況下能夠堅持的最長時間。

不管做什麼都會犯錯誤，因此把錯誤犯在最安全的地方是一個不錯的策略，這也是復審活動「寧缺勿濫」的理由。

5、復審領導

復審領導的工作是保證復審活動獲得成功-或者是負責匯報復審活動未能獲得成功的原因。

未能成功原因比如：成員在材料充分的情況下依然沒有做好准備、預定的會議室發現泥水匠正在拆牆。

對於復審領導的個人品質很難一概而論，一句話：結果比方式更重要。畢竟領導風格千千種，很難說那種是對是錯。

任何可能因為職位的原因引起利益沖突的人都不應該出現在復審現場，所以，領導對自己的團隊進行復審應該盡力避免。

如果復審偏離主題，復審領導首先要做的是，留心觀察這次跑題是否是某些成員掩蓋其缺乏准備的一個詭計。

6、規則和慣例

准備好你的工作，時刻注意自己評審的是產品而不是同事，任何人都可能犯錯。

注意你的語言，面和負面的評價，實在沒有正面的評價可以「我喜歡你用來評審的水筆的顏色。」提出問題，但不要解決問題。

7、規則

要表現出對復審過程的信任，要為復審過程安排時間，要做好准備讓真正合適的人去參加復審，鼓勵復審活動的參與者做好准備工作。

參考資料來源：網路-靜態測試

參考資料來源：網路-動態測試

『柒』 快速靜態測量是如何進行的請從布網、觀測時間、觀測方法、成果精度等方面與常規靜態測量作比較。

這個快跟動態差不多，是解算整周模糊度的一種方法！最好還是別用這個做控制測量，精度沒有保證的！

『捌』 靜態測試的介紹

靜態方法是指不運行被測程序本身，僅通過分析或檢查源程序的語法、結構、過程、介面等來檢查程序的正確性。對需求規格說明書、軟體設計說明書、源程序做結構分析、流程圖分析、符號執行來找錯。靜態方法通過程序靜態特性的分析，找出欠缺和可疑之處，例如不匹配的參數、不適當的循環嵌套和分支嵌套、不允許的遞歸、未使用過的變數、空指針的引用和可疑的計算等。靜態測試結果可用於進一步的查錯，並為測試用例選取提供指導。