軟體測試分類

一、軟體測試的分類

1、按開發階段：單元測試、整合測試、系統測試、驗收測試

2、按測試實施組織：α、β、第三方

3、按測試執行方式：靜態測試、動態測試

4、按是否檢視**：黑盒測試、白盒測試、灰盒測試

5、按是否手工執行劃分：手工測試、自動化測試

6、按測試物件劃分：效能測試、安全測試、相容性測試、文件測試、易用性測試（使用者體驗測試）、業務測試、介面測試、安裝測試

7、按測試地域劃分：本地化測試、國際化測試

二、按開發階段劃分

1、ui介面層（使用者介面測試）：功能性驗證測試、相容性與使用者測試

2、業務邏輯層（api層面）：客戶端模擬測試、內外介面測試、sdk介面測試（software development kit一般指的是軟體工程師特定的軟體包建立的開發工具的集合）

3、資料處理層：單元測試

1）單元測試

單元測試是對軟體組成進行的測試。其目的是檢驗軟體基本組成單位的正確性。測試物件是軟體設計的最小單元：模組，又稱為模組測試。

測試階段：編碼後或者編碼前（tdd）

測試物件：最小模組

測試人員：白盒測試工程師或開發人員

測試依據：**和注釋+設計詳細文件

測試方法：白盒測試

測試內容：模組介面測試、區域性資料結構測試、路徑測試、錯誤處理測試、邊界測試

單元測試是白盒測試，但是白盒測試不是單元測試

2）整合測試

整合測試（也成聯合測試，聯調）、組裝測試，將程式模組採用適當的整合策略組裝起來，

測試階段：一般的單元測試之後進行

測試物件：模組間的介面

測試人員：白盒測試工程師或開發工程師

測試依據：單元測試模組+概要設計文件

測試方法：黑盒測試和白盒測試相互結合

測試內容：模組之間資料傳輸、模組之間功能衝突、模組組裝功能的正確性、全域性資料結構、單模組缺陷對系統的影響。

3）系統測試

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

測試階段：整合測試之後

測試物件：整個系統（軟、硬體）

測試人員：黑盒測試工程師

測試依據：需求規格說明文件

測試方法：黑盒測試

測試內容：功能、介面、可靠性、易用性、效能、相容性、安全等

回歸測試（regression tesing）

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

在整個軟體的過程中占有很大的工作量比重，軟體開發的各個階段都會執行多次回歸測試。

冒煙測試（regression tesing）

對乙個硬體或硬體元件進行更改或修復後，直接給裝置加電，如果沒有冒煙就認為該元件通過了測試，

冒煙測試的物件都是每乙個新編譯的需要正式測試的軟體版本，目的是確認軟體的基本功能正常，可以進行後續的測試工作，冒煙測試的執行者是版本編譯人員。

冒煙測試一般是開發人員開發完畢之後送給測試人員進行測試時，測試人員要先進行冒煙，用以保證基本功能是正確的，不會阻礙後續的測試。

4）驗收測試

驗收測試是部署軟體之前的最後乙個測試操作，它是技術測試室的最後乙個階段，也叫做交付測試，驗收測試的目的是保證軟體的準備就緒，按照專案合同、任務書、雙方約定的驗收依據文件，向軟體的購買者展示該軟體的原始的需求。

預發布環：和生產環境是一樣的，由本專案以外的研發和測試人員進行的測試、公司內部的客戶不參與，專案以外的人員都可以進行與

2）β測試

β測試：由軟體的最終的使用者們在乙個或者多個客戶場所進行的測試。

α測試和β測試的區別：

測試的場所是不同的：α測試是把使用者請到開發方的場所進行的測試，β測試值的是就是在乙個使用者或者多個使用者場所所進行的測試。

α測試的測試環境是由開發方進行控制的，使用者的數量是相對比較少的，時間也是相對比較集中的。β測試的測試場所也不是由開發方進行控制的，相對來說使用者的數量是相對比較多的，但是時間也不是很集中的。

α測試是先與β測試的，通用的軟體產品時需要大規模的β測試，猜測是的週期是相對是比較長的。

第三方測試;

介於開發方和使用者之間的組織測試。

四、按是否執行進行劃分

靜態測試:

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

五、按是否進行手工

手工測試：是由人乙個乙個的輸入測試用例，然後觀察結果、和機器測試相對應，屬於比較原始，大事需要乙個乙個步驟進行測試。

自動化測試

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

自動化測試比如功能測試自動化、效能測試自動化、安全測試自動化

通常我們所說的自動化測試就是指的是功能自動化測試

自動化測試按照測試的物件來分：分為介面測試、ui測試等。介面測試的roi（產出投入比）要比ui測試高。

自動化實施的步驟

六、按是否檢視**

1）黑盒測試（black-box-testing）

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

2）白盒測試（white-box-testing）

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

介面測試也是一種白盒測試。

3）灰盒測試（white-box-testing）

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

七、按照地域進行劃分

1）國際化測試（white-box-testing）

軟體的國際化和軟體的本地化是開發面向全球不同地區使用者使用的軟體系統的兩個過程。而本地化測試和國際化測試則是這類軟體產品進行測試。由於軟體的全球普及。還有軟外包行業的興起，軟體的本地化和軟體的國際化儼然稱為了一種軟體測試的專門領域。

本地化和國際化的軟體測試的一些測試要點。

1、本地化後的軟體在外觀上與原來版本存在著一些差異，外觀是否整齊、不定樣。

2、是否對介面元素進行了本地化處理，包括對話方塊、選單、工具欄、狀態列、提示資訊（包括聲音的提示、日誌等）。

3、在不同解析度介面下是否顯示的是正常的。

4、是否存在不同的字型的大小，字型設定的是否恰當。

5、日期、數字格式、貨幣等是否能夠適應不同的國家的文化習俗。例如年、月、日，而英文是月日年。

6、排序的方式是否考慮到了不同語言的特點。

7、在不同個的國家採用的是不同的度量單位，軟體是否能夠自適應和轉換。

8、軟體是否能夠在不同型別的硬體上正常執行。正文翻譯是否正確，恰當是否有語法的錯誤。

9、軟體是否能夠適應不同的作業系統的平台。

10、聯機幫助和文件是否已經進行翻譯，翻譯後鏈結是否正常。正文翻譯是否正確，恰當是否有語法的錯誤。

本地化測試

之前所有我們將的都是基於本地化進行測試的。

測試物件劃分

1）業務測試

是測試人員將系統的各個模組串接起來執行、模擬真是使用者實際的工作流程，滿足永續需求定義的功能進行測試的過程。

2）介面測試

介面測試也成為ui測試。測試使用者介面的功能模組的布局是否合理，整體風格是否一致、各個控制項的放置位置是否符合客戶的使用習慣，還要測試操作介面操作便捷性、導航簡單易懂性、頁面元素的可用性，頁面元素的可用性、介面中文字是否正確，命名是否統一，頁面是否美觀、文字、組合是否完美。

3）容錯性測試

容錯性測試：檢查軟體在異常條件下自身是否具有防護性的措施或密謀中災難性恢復的手段

劃分為容錯性測試和非容錯性的測試。

4）文件測試

文件測試的關注點

文件的術語

文件的正確性

文件的完整性

文件的一致性

文件的易用性

5）相容性測試

相容線性主要指的就是軟體之間很好的運作，會不會有影響、軟體和硬體之間是否能夠發揮很好的效率工作，會不會影響導致系統的奔潰

6）平台測試

7）瀏覽器測試

8）易用性測試

易用性指的即使我們對於平時所使用的東西是否放在了合適的位置在我們是用的時候能夠進行很好的找到。滿足人體天生的人體工程學的範疇。

9）安裝測試

10）安全測試

安全測試是乙個相當於來說獨立的領域，需更多的專業知識，例如web的安全測試、需要熟悉各種網路協議，tcp/http,防火牆、cdn、熟悉各種作業系統的漏洞。熟悉路由器等。從軟體來說熟悉各種的攻擊手段，例如sql注入、xss等。

11）效能測試

檢查系統是否滿足需求規格說明書中規定的效能

通常表現在以下的幾個方面

- 對資源的利用（如記憶體、處理機週期等）進行精確地度量。

- 對執行間隔、日誌檔案（如中斷、報錯）

- 響應時間

- 吞吐量（tps）

- 輔助儲存區（例如緩衝區、工作區的大小）

-處理精度等進行檢測

12）記憶體洩漏測試

造成記憶體洩漏的原因

軟體測試分類

軟體測試分類

軟體測試分類

軟體測試分類

相關推薦