軟體測試分類

整合測試：整合測試也稱聯合測試、組裝測試，將程式模組採用適當的整合策略組裝起來，對系統的介面及整合後的功能進行正確性檢測的測試工作。主要目的是檢查軟體單位之間的介面是否正確。

系統測試：將軟體系統看成是乙個系統的測試。包括對功能、效能以及軟體所執行的軟硬體環境進行測試。時間大部分在系統測試執行階段，包括回歸測試和冒煙測試

黑盒測試：也能功能測試，測試中把被測的軟體當成乙個黑盒子，不關係盒子的內部結構是什麼，只關心軟體的輸入資料與輸出資料。黑盒測試又分為功能測試和效能測試

功能測試

業務測試是指：測試人員將系統的整個模組串接起來執行、模擬真實使用者實際的工作流程。滿足使用者需求定義的功能來進行測試的過程易用性：是互動的適應性、功能性和有效性的集中體現又稱使用者體驗測試介面測試：測試使用者介面的功能模組的布局是否合理、整體風格是否一致、各個控制項的放置位置是否符合客戶使用習慣，此外還要測試介面操作便捷性、導航簡單易懂性，頁面元素的可用性，介面中文字是否正確，命名是否統一，頁面是否美觀，文字、組合是否完美等。相容性測試：主要是指軟體之間能否很好的運作，會不會有影響、軟體和硬體之間能否發揮很好的效率工作，會不會影響導致系統的崩潰。

效能測試

檢查系統是否滿足需求規格說明書中規定的效能。通常表現在以下幾個方面：對資源利用進行的精確度量對執行間隔日誌事件響應時間吞吐量輔助儲存區處理精度等進行的檢測

白盒測試：白盒測試又稱結構測試、透明盒測試、邏輯驅動測試或基於**的測試。白盒指的開啟盒子，去研究裡面的源**和程式結果

灰盒測試：是介於白盒測試與黑盒測試之間的一種測試，灰盒測試多用於整合測試階段，不僅關注輸出、輸入的正確性，同時也關注程式內部的情況

靜態測試靜態方法是指不執行被測程式本身，僅通過分析或檢查源程式的語法、結構、過程、介面等來檢查程式的正確性。對需求規格說明書、軟體設計說明書、程式做結構分析、流程圖分析、符號執行來找錯

檢查項：**風格和規則審核；程式設計和結構的審核；業務邏輯的審核；走查、審查與技術複審手冊。靜態質量：度量所依據的標準是iso9126。在該標準中，軟體的質量用以下幾個方面來衡量，即功能性、可靠性、可用性、有效性、可維護性、可移植性

動態測試動態測試方法是指通過執行被測程式，檢查執行結果與預期結果的差異，並分析執行效率、正確性和健壯性等效能。這種方法由三部分組成：構造測試用例、執行程式、分析程式的輸出結果

手工測試：就是由人去乙個乙個的輸入用例，然後觀察結果，和機器測試相對應，屬於比較原始但是必須的乙個步驟

優點：自動化無法替代探索性測試、發散思維類無既定結果的測試缺點：執行效率慢、量大易錯

自動化測試：就是在預設條件下執行系統或應用程式，評估執行結果，預先條件應包括正常條件和異常條件。簡單說自動化測試是把以人為驅動的測試行為轉化為機器執行的一種過程。

自動化測試有：測試自動化、效能測試自動化、安全測試自動化自動化測試按照測試物件來分，還可以分為介面測試、ui測試等。介面測試的roi要比ui測試高

冒煙測試：理解為該種測試耗時短，目的是確認軟體基本功能正常，可以進行後續正式的測試工作。冒煙測試的執行者是版本編譯人。冒煙測試一般在開發人員開發完畢後送給測試人員來進行測試時，測試人員會先進行冒煙測試，保證基本功能正常，不阻礙後續測試

回歸測試是指修改了舊的**之後，重新進行測試以確認修改沒有引入新的錯誤或導致其他**產生錯誤。自動回歸測試將大幅度降低系統測試、維護公升級等階段的成本

隨機測試：主要是根據測試者的經驗對軟體進行功能和效能抽查

驗收測試：是部署軟體之前的最後乙個測試操作，也稱為交付測試，驗收測試的目的是確保軟體準備就緒，按照專案合同、任務書、雙方約定的驗收依據文件，向軟體購買都展示該軟體系統滿足原始需求

驗收測試分為α測試和β測試： α測試： - 是由乙個使用者在開發環境下進行的測試，也可以是公司內部的使用者在模擬實際操作環境下進行的測試 - 目的是評價軟體產品的flurps - 大型通用軟體，在正式發布前，通常需要執行alpha和beta測試。α測試不能由程式設計師或測試員完成 β測試： - beta測試是一種驗收測試。beta測試由軟體的終端使用者們在乙個或多個客房場所進行 α測試與β測試的區別： - 測試場所不同：alpha測試是指使用者請到開發方的場所來測試，beta測試是指乙個或多個使用者的場所進行的測試 - alpha測試的環境是收開發方控制的，使用者的數量相對比較少，時間比較集中。beta測試的環境是不受開發方控制的，使用者數量相對比較多，時間不集中 - alpha測試先於beta測試執行。通用的軟體產品需要較大規模的beta測試，測試週期比較大

軟體測試分類

軟體測試分類

軟體測試分類

軟體測試分類

相關推薦