軟件測試方法按各種類劃分為:
一. 按開發階段劃分 單元測試(模塊測試)
單元測試是對軟件組成的單元進行測試,其目的是檢驗軟件基本組成單位的正確性
TDD(測試驅動開發),開發人員先不寫代碼,測試人員先寫測試用例,開發人員根據測試用例寫代碼
集成測試
集成測試又稱為聯合測試,組裝測試,將程序模塊采用適當的集成策略組裝起來,對系統的接口及集成后的功能進行正確性檢驗的的測試工作
系統測試
將軟件系統看成是一個系統的測試,包括對功能,性能以及對軟件運行軟硬件環境的測試,時間大部分在系統測試執行階段,包括回歸測試和冒煙測試
回歸測試在整個軟件測試過程中占有很大的工作量比重,軟件開發的各個階段都會進行多次的回歸測試
冒煙測試一般在開發人員開發完之后送給測試人員來進行測試,測試人員會先進行冒煙測試,保證基本功能正常,不阻礙后續 的測試
冒煙測試的執行者是版本編譯人員
回歸測試:指修改了舊代碼之后,重新進行測試以確認沒有引入新的錯誤或者導致其他代碼產生產生錯誤冒煙測試:對一個硬件或者硬件組件進行更改或者修復之后,直接給設備加電,如果沒有冒煙,則該組件就通過了測試,也可以理解為這種測試時間短,僅用一袋煙功夫就夠了驗收測試
驗收測試是軟件部署之前的最后一個測試動作,它是技術測試的最后一個階段,也稱為交付測試
二. 按測試實施組織劃分 α測試
α測試是由一個用戶在開發環境下進行的測試,也可以是公司內部的用戶在模擬實際操作環境下進行的測試
目的:評價軟件產品的(即功能,局域化,可使用性,可靠性,性能和支持)
大型通用軟件在正式發布前,通常需要執行α和β測試,注意:α測試不能由程序員或者測試人員完成,需要用戶或者公司內部用戶完成
β測試
β測試是一種驗收測試,β測試由軟件的最終用戶們在一個或多個場所下進行
α測試和β測試的區別:
測試的場所不同:
α測試是指把用戶請到開發方的場所來做測試
β測試是指在一個或多個用戶的場所進行的測試
測試的時間不同:
α測試先于β測試執行,通用的軟件產品需求需要較大的規模的β測試的周期比較長
三. 按測試執行方式劃分 靜態測試
靜態測試是指不運行被測程序本身,僅通過分析或者檢查源程序的語法,結果,過程,接口等來檢查程序的正確性
分析如下:
代碼靜態分析和文檔測試都屬于靜態測試
動態測試
動態測試是指通過運行被測程序,檢查運行結果與預期結果的差異,并分析運行效率,正確性和健壯性等
由三部分組成:構造測試用例,執行程序,分析程序的輸出結果
四. 按是否查看代碼劃分為 黑盒測試
黑盒測試也稱功能測試,測試中把被測軟件當成一個黑盒子,不關心盒子的內部結構是什么,只關心軟件的輸入數據與輸出數據
白盒測試
白盒測試又稱為結構測試,透明盒測試,邏輯驅動測試或基于代碼的測試,白盒指的是打開盒子,去研究里面的源代碼和程序結果
接口測試也是白盒測試的一種
灰盒測試
灰盒測試,是介于黑盒測試和白盒測試之間的一種測試,灰盒測試多用于集成測試階段,不僅關注輸出輸入,輸出的正確性,同時也關注程序的內部情況
五. 按是否手工劃分為 手工測試
手工測試就是就是由人一個一個的輸入用例,然后觀察結果,和機器測試相對應,屬于比較原始但是必須的一個步驟
優點:自動化測試無法替代探索性測試,發散思維結果的測試
缺點:執行效率慢,量大易錯
自動化測試
自動化測試是以人為驅動的測試行為轉化為機器執行的一種過程
自動化測試有比如功能測試自動化,性能測試自動化,安全測試自動化,通常說的自動化是指功能測試自動化
自動化按對象來分,還可以分為接口測試,UI測試等
六. 按測試地域劃分為 國際化測試
本地化和國際化測試與其他類型的測試存在很多不同之處。下面是本地化和國際化測試 的一些要點。
本地化后的軟件在外觀上與原來版本是否存在很大的差異，外觀是否墼齊、不走樣。是否對所有界面元素都進行了本地化處理，包括對話框、菜單、工具欄、狀態欄、提示信息（包括聲音的提示）、日志等。在不同的屏幕分辨率下界面是否正常顯示。是否存在不同的字體大小本地化軟件測試，字體設置是否恰當日期、數字格式、貨幣等是否能適應不同國家的文化習俗。例如，中文是年月日，而英文是月日年排序的方式是否考慮了不同語言的特點。例如，中文按照第一個字的漢語拼音順序排序，而英文按照首字母排序。在不同的國家采用不同的度量單位，軟件是否能自適應和轉換軟件是否能在不同類型的硬件上正常運行，特別是在當地市場上銷售的流行硬件上。軟件是否能在或者其他操作系統的當地版本上正常運行。聯機幫助和文檔是否已經翻譯，翻譯后的鏈接是否正常。正文翻譯是否正確、恰當， 是否有語法錯誤。本地化測試
軟件本地化和國際化測試是一個綜合了翻譯行業和軟件測試行業的測試類型。它要求測 試人員具備一定的翻譯能
力、語言文化，同時具備測試人員的基本技能
七. 按測試對象劃分為 性能測試
檢查系統是否滿足需求規格說明書中規定的性能
通常包括:
界面測試
界面測試（簡稱UI測試)，測試用戶界面的功能模塊的布局是否合理、整體風格是否一致、各個控件的放置位置是否符合客戶使用習慣，此外還要測試界面操作便捷性、導航簡單易懂性，頁面元素的可用性，界面中文字是否正確，命名是否統一，頁面是否美觀，文字、圖片組合是否完美等。
容錯性測試
容錯性測試是檢查軟件在異常條件下自身是否具有防護性的措施或某種災難性恢復的手段。當系統出錯時，能否在
指定時間間隔內修正錯誤并重新啟動系統。容錯性測試包括兩個方面:
(1)輸入錯誤的數據類型，如“猴”年“馬”月。
(2)輸入定義域之外的數值，上海人常說的“十三點”也算一種。
粗暴一些的容錯性測試俗稱“大猩猩”測試，除了不能拳打腳踢嘴咬，什么招術都可以使出來
安全測試
安全測試是一個相對獨立的領域，需要更多的專業知識。例如web的安全測試，需要熟悉各種網絡協議TCP\HTTP，防火墻，CDN，熟悉各種操作系統的漏洞，熟悉路由器等。從軟件來說，熟悉各種攻擊手段，例如
SQL注入、Xss等。
兼容性測試
兼容性主要是指軟件之間能否很好的運做，會不會有影響、軟件和硬件之間能否發揮很好的效率工作本地化軟件測試，會不會影響
導致系統的崩潰。
最常見的就是瀏覽器的兼容性測試，不同瀏覽器在css，js解析上的不同會導致頁面的顯示不同。常見的IE8的兼容
性
文檔測試
文檔測試的關注點：
文檔的術語文檔的正確性文檔的完整性文檔的一致性文檔的易用性文檔的可讀性易用性測試(用戶體驗測試)
易用性（）是交互的適應性、功能性和有效性的集中體現。易用性屬于人體工程學的范疇，人體工程（）是一門將日常使用的東西設計為易于使用和實用性強的學科。
業務測試
業務測試是測試人員把系統各個模塊串接起來運行、模擬真實用戶實際的工作流程，滿足用戶需求定義的功能來進行測試的
過程
業務測試關注需求和用戶
安裝測試
測試程序的安裝、卸載
典型的是app的安裝、卸載