一. 按開發階段分

1. 單元測驗

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

測驗階段: 開發前(TDD)，開發后，
測驗人員: 白盒測驗工程師/開發測驗工程師，
測驗內容: 模塊的介面測驗，區域資料結構，邊界測驗，錯誤處理測驗，邏輯結構測驗，

2. 集成測驗

按照一定的策略把單元功能模塊組裝起來，對組裝起來的模塊進行測驗，

測驗階段: 單元測驗之后
測驗依據: 概要設計檔案測驗物件:介面
測驗方法: 黑盒和白盒相結合
測驗人員: 黑盒測驗工程師和白盒測驗工程師
測驗內容: 模塊和模塊之間的介面，全域資料結構的測驗，單個模塊的缺陷對整個功能的影響，模塊功能的正確性，沖突，

問： 區域資料結構測驗出現在哪一個測驗階段?
答： 單元測驗

3. 系統測驗

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

測驗階段: 集成測驗之后
測驗依據: 詳細設計檔案
測驗物件: 整個軟體系統
測驗方法: 黑盒測驗
測驗人員: 黑盒測驗工程師
測驗內容: 功能、界面、性能、易用性、安全性、兼容性、可靠性、可移植性等，

回歸測驗

回歸測驗是指修改了舊代碼后，重新進行測驗以確認修改沒有引入新的錯誤或導致其他代碼產生錯誤，

回歸測驗的策略——自動化測驗

冒煙測驗
(屬于系統測驗)對系統的主要功能和核心流程進行測驗，
測驗時間: 正式進行系統測驗之前，測驗人員是否接受本次迭代，正式測驗的依據，

4. 驗收測驗

驗收測驗是部署軟體之前的最后一個測驗操作，目的是確保軟體準備就緒，按照專案合同、任務書、雙方約定的驗收依據檔案，向軟體購買者展示該軟體系統滿足原始需求，

測驗階段: 系統測驗之后
測驗依據: 用戶需求
測驗方法: 黑盒測驗
測驗人員: 黑盒測驗工程師
測驗內容: 和系統測驗一致，又增加了檔案測驗

二. 按測驗實施組織

1. α測驗

讓用戶到開發現場來測驗，開發和測驗人員不參與，

2. β測驗

是一種驗收測驗，β測驗由軟體的最終用戶們在一個或多個場所進行，

α測驗和β測驗的區別:

• 測驗人員:α是除了測驗和開發人員以外的任何人進行測驗，β測驗是實際用戶，
• 測驗環境:α在開發環境下，β在實際使用環境下，
• β測驗之前要進行很長一段時間的α測驗，產品面向用戶正式發布之前，會進行β測驗，

3. 第三方測驗

介于開發方和用戶方間的組織的測驗，

三. 按是否運行劃分

1. 靜態測驗

靜態測驗: 不運行代碼，通過靜態分析代碼的語法、撰寫規范、邏輯、結構、實作的功能，來判斷軟體是否滿足用戶的需求，(看代碼)
靜態測驗的標準: 功能、性能、兼容性、易用性、可靠性、安全性、可維護性、可移植性，

2. 動態測驗

運行軟體進行測驗，檢查運行結果與預期結果的差異，并分析運行效率、正確性和健壯性等性能，這種方法由三部分組成：構造測驗用例、執行程式、分析程式的輸出結果，

大多數軟體測驗作業都屬于動態測驗，

四. 按是否手工劃分

1. 手工測驗

是一個黑盒測驗，測驗人員先寫測驗用例，運行系統，執行測驗用例，分析結果，

• 缺點:量大時容易出錯，花費大量時間
• 優點:可以進行探索性測驗和發散性測驗，是人為主導的

2. 自動化測驗

機器按照預先設定好的條件去運行系統，

設定條件就是撰寫自動化腳本，自動化腳本就是把手工測驗的測驗用例轉化成腳本，
**自動化測驗的條件:**系統功能穩定之后（自動化腳本的重復利用率很高)，

自動化測驗，其實就是把手工測驗的條件撰寫成固定的腳本，重復去利用測驗，

五. 按是否查看代碼劃分

1. 黑盒測驗

黑盒測驗也稱功能測驗，把軟體當成一個黑色的盒子，不關心軟體內部的結構、邏輯、功能的具體實作，只關心輸入和輸出是否滿足用戶的需求，

• 黑盒測驗設計測驗用例的方法有哪些?
  答:等價類、邊界值、因果圖法、場景法、錯誤猜測法、正交法等，
• 按照開發階段劃分的哪幾個階段用的是黑盒測驗?
  答:集成測驗、系統測驗、驗收測驗，

2. 白盒測驗

白盒測驗: 把軟體看成一個透明的盒子，去測驗軟體內部代碼的邏輯、功能、結構是否滿足用戶的需求，

白盒測驗的方法: 陳述句覆寫、回圈覆寫、邏輯覆寫（路徑覆寫、條件覆寫、判定覆寫、條件組合、判定組合)

• 回圈覆寫: for、 while、do while他們的邊界條件最重要
• 路徑覆寫: if else、switch、 try catch 、finally

3. 灰盒測驗

既關心軟體的輸入和輸出，又關心軟體內容的邏輯結構功能的實作，是介于白盒測驗與黑盒測驗之間的一種測驗，

六. 按測驗地域劃分

1. 國際化測驗

Word是微軟公司的產品，但是里面的內容包含了中文的處理機制，這是因為他們在研發程序中進行了軟體國際化處理，

軟體國際化: 在設計軟體的時候，使用一種工程技術，使得軟體在轉化成不同國家的語言和適應不同國家風俗習慣的時候，不需要去修改原始碼，叫做軟體國際化，

2. 本地化測驗

之前所講的內容都是本地化測驗

七. 按測驗對像劃分

1. 業務測驗

把一個個孤立的功能點按照一定的策略組合在一起，對這個業務進行測驗，就是業務測驗，利用場景設計法進行測驗，

2. 界面測驗

界面測驗（簡稱UI測驗)，測驗用戶界面的功能模塊的布局是否合理、整體風格是否一致、各個控制元件的放置位置是否符合客戶使用習慣，此外還要測驗界面操作便捷性、導航簡單易懂性，頁面元素的可用性，界面中文字是否正確，命名是否統一，頁面是否美觀，文字、圖片組合是否完美等，

界面測驗的常見BUG∶ 不合適的快捷鍵，丟失的文字，截斷，沒有對齊，自動換行，文字重疊，重復的快捷鍵
回應式頁面:頁面可以回應不同大小的瀏覽器，在不同大小的瀏覽器下有不同的合理展現形式，關注點:

• (1)頁面大小進行切換的時候，切換程序中，頁面元素的展示無縫銜接，絲滑，不會出現頁面空白，圖片或者功能丟失；
• (2）頁面從大到小切換，頁面中的圖片、文字都不會丟失；
• (3）頁面從大到小切換，頁面功能不丟失，且可以正常使用；
• (4）頁面從大到小切換，都遵循UI界面的設計需求，

3. 容錯性測驗

當系統由于外部環境或者用戶不當引起一些問題的時候，系統可以自我消化掉這些錯誤，不直接展示給用戶，

資料級別的: 時間、貨幣;
**校驗級別的: **過濾掉搜索框的前后空格輸入，驗證碼，同系統前后資訊一致;
環境級別的: 斷網，斷電，服務器癱瘓;
界面級別的: 界面會自動屏蔽一些違規操作，對于一些固定的輸入，可以使用下拉框或者固定資訊選擇，模糊匹配，對于一些復雜或者危險的操作，有詳細的用戶提示資訊，
失效恢復性測驗: 故意人為的讓系統遭受一些破壞，破壞系統的網路、電源，攻擊系統的服務器，等到系統恢復正常的時候，用戶的資料資訊可以正常恢復，用來檢驗用戶資訊是否可以完全恢復;檢查系統恢復資料的時間，

4. 檔案測驗

國家有關計算機軟體產品開發檔案編制指南中共有14 種檔案，可分為3 大類，

• 開發檔案：可行性研究報告、軟體需求說明書、資料要求說明書、概要設計說明書、詳細設計說明書、資料庫設計說明書、模塊開發卷宗，
• 用戶檔案:用戶手冊、操作手冊，用戶檔案的作用：改善易安裝性；改善軟體的易學性與易用性；改善軟體可靠性；降低技術支持成本，
• 管理檔案：專案開發計劃、測驗計劃、測驗分析報告、開發進度月報、專案開發總結報告，

在實際的測驗中，最常見的是用戶檔案的測驗，例如：手冊說明書等，也會有一些公司對需求檔案進行測驗，來保證需求檔案的質量，

檔案測驗的關注點：
– 檔案的術語
– 檔案的正確性
– 檔案的完整性
– 檔案的一致性
– 檔案的易用性

5. 兼容性測驗

兼容性主要是指軟體之間能否很好的互動，會不會有影響、軟體和硬體之間能否發揮很好的效率作業，會不會影響導致系統的崩潰，

主要包含了：

• 平臺測驗
• 瀏覽器測驗
• 軟體本身能否向前或者向后兼容
• 測驗軟體能否與其它相關的軟體兼容
• 資料兼容性測驗

6. 易用性測驗

易用性是互動的適應性、功能性和有效性的集中體現，易用性屬于人體工程學的范疇，人體工程學是一門將日常使用的東西設計為易于使用和實用性強的學科，

易用性要求遵循一定的標準和規范，比如：
彈框：

直觀性
靈活性： 用戶可以有多種選擇，可以選擇自己認為比較方便的使用方式
比如輸入法，有九宮格，全鍵盤，五筆等，
舒適性: 進度條的存在，上傳、下載、移動檔案的時候，
實用性: 軟體的設計和定位要一致，不能讓知乎一打開就是買東西的界面，

7. 安裝測驗

測驗程式的安裝、卸載，
典型的是app的安裝、卸載，

8. 安全測驗

安全測驗是一個相對獨立的領域，需要更多的專業知識，例如web的安全測驗，需要熟悉各種網路協議 TCP\HTTP，防火墻，CDN，熟悉各種作業系統的漏洞，熟悉路由器等，從軟體來說，熟悉各種攻擊手段，例如 SQL 注入、Xss等，

SQL注入: 例如資料庫插入陳述句中包含了刪表陳述句，會誤將資料庫洗掉了，

9. 性能測驗

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

主要表現為：

• 系統是否可以很快的回應用戶的請求;
• 在超過用戶負載的情況下，系統是否可以穩定的運行;
• 系統要在預期和非預期的情況下，用戶要有良好的體驗感，

關注點:
回應時間、點擊率、事物的平均回應時間(TPS)、系統運行的時候占用的資源使用情況，

10.記憶體泄漏測驗

**記憶體泄漏的壞處:**系統可以用的記憶體越來越少;系統運行越來越慢;長期運行可能會導致系統崩潰，
記憶體泄漏的原因:

• 分配了記憶體，忘記回收;
• API函式使用不正確;
• 函式書寫有問題，無法釋放記憶體;分配的記憶體沒有及時釋放，

查記憶體泄漏——靜態測驗/工具測驗