1. 按開發階段劃分

測驗金字塔與業務測驗分析

1.1 單元測驗(Unit Testing)

手機功有很多，女孩子都喜歡用美顏功能，突然有一天美顏功能不可用了，怎么辦？只針對這一功能的代碼進行測驗，

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

1.2 集成測驗(Integration Testing)

手機拔打電話 通訊錄可以添加、洗掉、更改手機號碼

打電話，可以手動輸入電話，也可以從電話本中查詢需要打給哪個人的電話進行拔打，手動輸入的電話可以正常拔打， 電話本查詢出來的不能拔打出去？

集成測驗也稱聯合測驗（聯調）、組裝測驗，將程式模塊采用適當的集成策略組裝起來，對系統的介面及集成后的功能進行正確性檢測的測驗作業，集成主要目的是檢查軟體單位之間的介面是否正確

1.3 系統測驗(System Testing)

新買手機都會有一個合格標簽，在出廠前手機廠會所某型號的手機上的所有功能全部測驗一遍，包括手機硬體本身，手機上自帶的APP，

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

1.4 驗收測驗(Acceptance Testing)

買到新手機，一般會有7天包退，一個月包換，我們會盡量在7天內把手機的所有功能都試一遍，

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

測驗階段：系統測驗通過之后

測驗物件：整個系統（包括軟硬體）

測驗人員：主要是最終用戶或者需求方

測驗依據：用戶需求、驗收標準

測驗方法：黑盒測驗

測驗內容：同系統測驗(功能...各類檔案等)

2. 按測驗實施組織

2.1 α測驗

手機出廠前最后一次測驗，開發和測驗人員不參與，

α測驗是由一個用戶在開發環境下進行的測驗，也可以是公司內部的用戶在模擬實際操作環境下進行的測驗，

α測驗的目的是評價軟體產品的FLURPS(即功能、局域化、可使用性、可靠性、性能和支持)

2.2 β測驗

新手機購買回來，參與測驗的人是購買者，使用的場所及環境已不再是手面廠商的環境及場所，

Beta測驗是一種驗收測驗

Beta測驗由軟體的最終用戶們在一個或多個場所進行

2.2.1 α測驗與Beta測驗的區別

2.3 第三方測驗

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

3. 按是否運行劃分

3.1 靜態測驗(Static testing)

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

分析如下:

a) 檢查項：代碼風格和規則審核；程式設計和結構的審核；業務邏輯的審核；走查、審查與技術復審手冊

b) 靜態質量：度量所依據的標準是ISO9126，在該標準中，軟體的質量用以下幾個方面來衡量，即功能性 (Functionality)、可靠性(Reliability)、可用性(Usability)、有效性(Efficiency)、可維護性 （Maintainability）、可移植性(Portability)

代碼靜態分析和檔案測驗都屬于靜態測驗

3.2 動態測驗(Dynamic testing)

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

這種方法由三部分組成：構造測驗用例、執行程式、分析程式的輸出結果

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

4. 按是否手工劃分

4.1 手工測驗(Manual testing)

4.2 自動化測驗(Automation Testing)

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

自動化實施步驟：

1.完成功能測驗，版本基本穩定

2.根據專案特性，選擇適合專案的自動化工具，并搭建環境

3.提取手工測驗的測驗用例轉化為自動化測驗的用例

4.通過工具、代碼實作自動化的構造輸入，自動檢測輸出結果是否符合預期

5.生成自動測驗報告

6.持續改進，腳本優化

5. 按是否查看代碼劃分

不管黑盒、白盒，抓住bug就是好盒

5.1 黑盒測驗

5.2 白盒測驗

5.3 灰盒測驗

灰盒測驗，是介于白盒測驗與黑盒測驗之間的一種測驗，不僅關注輸出、輸入的正 確性，同時也關注程式內部的情況

6. 按測驗地域劃分

6.1 國際化測驗

軟體的國際化和軟體的本地化是開發面向全球不同地區用戶使用的軟體系統的兩個程序，而本地化測驗和國際化測驗則是針對這類軟體產品進行的測驗

本地化和國際化測驗與其他型別的測驗存在很多不同之處，下面是本地化和國際化測驗的一些要點：

1、本地化后的軟體在外觀上與原來版本是否存在很大的差異，外觀是否墼齊、不走樣

2、是否對所有界面元素都進行了本地化處理，包括對話框、選單、工具列、狀態欄、提示資訊（包括聲音的提 示）、日志等

3、在不同的螢屏解析度下界面是否正常顯示

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

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

6、排序的方式是否考慮了不同語言的特點，例如，中文按照第一個字的漢語拼音順序排序，而英文按照首字母排序

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

8、軟體是否能在不同型別的硬體上正常運行，特別是在當地市場上銷售的流行硬體上

9、軟體是否能在Windows或者其他作業系統的當地版本上正常運行

10、聯機幫助和檔案是否已經翻譯，翻譯后的鏈接是否正常，正文翻譯是否正確、恰當， 是否有語法錯誤

6.2 本地化測驗

之前我們所說的全是本地化測驗

7. 按測驗對像劃分

7.1 安裝測驗

測驗程式的安裝、卸載

典型的是app的安裝、卸載

7.2 界面測驗

偶到一個長的比較萌的小朋友，會想多看幾眼嗎？ 每個人對萌的標準一樣嗎？

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

7.3 業務測驗

是測驗人員把系統各個模塊串接起來運行、模擬真實用戶實際的作業流程，滿足用戶需求定義的功能來進行測驗的程序

查看郵件： 登錄網站-輸入用戶名、密碼登錄-進入收件箱-查到郵件-點擊打開-查閱-關閉郵件-退出郵箱-關閉網站

業務測驗關注需求和用戶

7.4 檔案測驗

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

①開發檔案：可行性研究報告、軟體需求說明書、資料要求說明書、概要設計說明書、詳細設計說明書、資料庫設計說明書、模塊開發卷宗

② 用戶檔案:用戶手冊、操作手冊，用戶檔案的作用：改善易安裝性；改善軟體的易學性與易用性；改善軟體可靠性；降低技術支持成本

③ 管理檔案：專案開發計劃、測驗計劃、測驗分析報告、開發進度月報、專案開發總結報告

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

檔案測驗的關注點：

檔案的術語

檔案的正確性

檔案的完整性

檔案的一致性

檔案的易用性

7.5 兼容性測驗

同一網站在不同的瀏覽器上表現不一樣，有遇到過嗎？IE-工具-兼容視圖設定

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

7.6 易用性測驗

手機拔打電話功能不放在首頁，放在一個目錄下邊，點擊三四次才可以找到拔打電話功能，這個功能好用嗎？

7.7 容錯性測驗

容錯性測驗是檢查軟體在例外條件下自身是否具有防護性的措施或某種災難性恢復的手段，當系統出錯時，能否在指定時間間隔內修正錯誤并重新啟動系統

7.8 性能測驗

7.9 安全測驗

安全測驗是一個相對獨立的領域，需要更多的專業知識，例如web的安全測驗，需要熟悉各種網路協議 ，從軟體來說，熟悉各種攻擊手段，例如 SQL注入、Xss等

7.10 記憶體泄漏測驗

電腦打開的東西太多，機器反應慢甚至死機，重啟之后就好了，過會同樣的問題出現了

很多軟體系統都存在記憶體泄露的問題，尤其是缺乏自動垃圾回識訓制的“非托管”語言 撰寫的程式，例如C、CH、 Delphi等

記憶體泄漏的檢測：

1、對于不同的程式可以使用不同的方法來進行記憶體泄露的檢查，還可以使用一些專門的工具來進行記憶體問題的檢查，例如MemProof. AQTime、Purify、BundsChecker等

2、通過代碼掃描分析工具來檢查

若有錯誤還請批評指正

最后美圖收尾嘻嘻~~（靈魂蓮華 瑞雯）