根據產品特性、操作描述和使用者方案，測試乙個產品的特性和可操作性為以確定它滿足設計需求。
功能錯誤或遺漏、介面問題、效能錯誤（軟體本身的處理效能，比如大資料量載入）、資料及訪問錯誤、初始化及終止錯誤。
商用自動化測試工具：
qtp：
quick test professional
，前身為
winrunner
，多用於回歸測試或者同一軟體的新版本；
silktest、
rational robot
開源自動化測試工具：
selenium：針對
web應用的敏捷測試，直接在瀏覽器執行，只直接測試軟體在不同瀏覽器中的相容性問題；
watir、
sikuli
驗證軟體系統的效能可以滿足需求的指標要求。往往可以延伸至負載測試、壓力測試、穩定性測試。
負載測試：測試過程中逐步增大負載，並記錄測試系統相應的效能表現，最終確定該系統在正常指標範圍內的最大負載；
壓力測試：測試系統在極限情況下的壓力情況，即系統在什麼樣的壓力下才會失效，承受的最大極限；
穩定性測試：以稍大於正常業務量的負載，對系統進行長時間的測試，以確定系統在較長執行時間下的穩定性情況。
靜態效能評估：開發web應用時，基於一系列的
web應用頁面效能優化的最佳實踐對
web應用的頁面進行靜態分析，並給出評估結果的效能分析方法。
併發使用者數、每秒事務數、系統響應時間、裝置效能（伺服器及資源效能）
loadrunner、
silkperformer、
jmeter、
webload
、apache bench、
loadui（主要針對
介面測試，例如
webservers
等）、yslow、
pagespeed
（主要使用者靜態效能評估）、
也稱安裝測試，主要驗證系統部署過程，並確保軟體經過安裝測試後可正常使用。
在不同環境下的部署驗證；
參照部署文件執行，確定部署過程的合理性和正確性；
基礎資料：是部署測試的重要內容，可通過使用者線上資料和資料生成指令碼來獲取。保證系統執行後，主要使用者使用場景相關的資料是具備的，並且保證相關測試的驗。
針對軟體產品的交付品，配套的文件類部件的測試。如使用者手冊、使用說明、使用者幫助文件等。
完整性、正確性、一致性、易理解性、易瀏覽性。
對軟體產品進行測試以確保其符合產品安全需求和質量標準。
通過模擬對軟體系統的惡意攻擊行為來評估系統安全性性的一種測試。
是一種去的使用者授權的攻擊行為，測試完成後需要銷毀測試痕跡。
滲透測試：偏重於攻擊，通過攻擊行為來尋找系統漏洞；只需要選擇薄弱的環節或者點進行攻破即可；
web端測試中最著名的安全測試專案，官網：
www.owasp.org
做安全測試時可重點關注：
top 10：每隔幾年發布行業中最具威脅的安全漏洞並對其進行詳細說明分析；
testing guide；
web應用的漏洞掃瞄工具；
webinspect：惠普公司的漏洞掃瞄工具，和
功能類似；
nessus：針對伺服器主機類的漏洞檢查工具（
這個有免費版，其他的都收費~）；
nmap：通過掃瞄主機來檢查埠的開放情況，以進行攻擊；
metasploit：著名的攻擊框架，包含大量外掛程式，可對目標系統進行檢測和滲透測試；
webscarab：由
owasp
提供的一款開源工具；
fortify：白盒測試工具，針對開發源**的靜態分析，以查詢安全問題；
w3af：針對
web端的開源安全分析工具；
軟體本身的相容性：向後相容；新開發的軟體版本需要對歷史版本的功能及配置相容，不能因為版本公升級導致歷史資料不可用；
不同平台下的相容：開發的軟體可執行在多個平台下；
軟體對執行裝置的相容性：執行在不同型別的裝置上時，需要對軟體的表現進行測試；
軟體互操作性：同乙個廠商的不同軟體，在同一臺裝置上執行時功能之間的互動是否正確；
是對上述6.1章節的擴充套件，瀏覽器相容性僅針對於
web端的應用。
核心名稱
trident
gecko
webkit
presto
瀏覽器ie6-10
firefox
safari、
chrome
opera
browsershots：基於真實瀏覽器進行截圖比對的工具；
browser sandbox：通過不同外掛程式來實現瀏覽器模擬測試；
google瀏覽器相容測試外掛程式：
主要在頁面**層面進行判斷；
測試使用者使用軟體時是否感覺方便，能否保證使用者使用體驗的測試型別。
針對軟體的本地化版本實施的針對性測試。
語言、書寫習慣；
時區、日期格式、貨幣單位；
當地風俗及法律法規；
政治敏感內容；
accessibility test. 也稱可訪問性測試。是指軟體需要提供便於特殊人群使用的功能，包括視障、聽障、老年人、身體殘疾使用者等。
指軟體在規定時間、規定環境條件下完成規定功能的能力。
可靠性測試更多是指硬體的可靠性測試。硬體產品再設計應用過程中，受氣候環境及機械環境的影響，能否正常工作。
典型測試內容包含：器械老化、溫度、濕度、氣體腐蝕性、高壓地區、防塵防水、包裝壓力等。
軟體功能修改後，對軟體進行重新測試以確認修改沒有引入新的錯誤或者導致其他部分產生錯誤。
回歸測試的重點在關鍵模組和重點功能的元件。
軟體研發週期中會進行多次回歸測試，且盡量實現自動化。
來自於硬體板卡驗證術語。軟體上則用於確認**中的更改會按預期執行，且不會破壞整個版本的穩定性。
和回歸測試在某種程度上類似，冒煙測試側重於系統全流程的業務，回歸測試則可通過模組劃分來測試具體功能。
也稱搞怪測試。用一些隨機、稀奇古怪的方式來作業系統，以測試系統的健壯性和穩定性。
主要應用於安卓系統的穩定性測試。
a/b測試多用於網際網路行業，通過為頁面提供
2個版本給使用者使用並記錄相關的使用者行為資料，來確定更優化設計的一種測試方案。
舉個栗子：在ui介面設計時，難以確認應放置在頁面的哪個區域，或者無法確認某個按鈕的顏色為藍色或者紅色更合適，此時將幾個版本同時提供給使用者。
能用最真實的結果為**的改動提供依據。
多個方案並行；
每次測試僅改動乙個變數；
按照某種規則進行優勝劣汰；
免費工具：google analytics content experiments
商用工具：visual website optimizer
軟體測試的型別
1 正常測試 測試某個功能是否滿足需求的定義，功能是否正確，完備。2 邊界測試 對某個功能的邊界情況進行測試。3 異常測試 對某些功能來說，其邊界情況無法簡單的了解或某些操作不完全是正確的但又是可能發生的，類似這樣的情況需要書寫相關的異常測試 4 效能測試 檢查系統是否滿足在需求中所規定達到的效能，...
軟體測試型別
按照測試型別來分類 功能測試 效能測試 相容性測試 部署測試 易用性測試 文件測試 本地化測試 安全測試 無障礙測試 可靠性測試 功能測試 它是最主要的部分。根據產品特性 操作描述和使用者方案，測試乙個產品的特性和可操作行為以確定它們滿足設計需求。針對的問題 功能錯誤或遺漏 介面問題 效能錯誤 資料...
軟體測試型別
功能適用性 完整性，適合性，正確性 可靠性 成熟性，可用性，容錯性，可恢復性 效能效率 時間行為，資源利用，容量 操控性 易判有用，易學習，易操作，使用者錯誤保護，介面吸引使用者，易掌握 安全性 保密性，完整性，抗抵賴性，可追蹤性，真實性 相容性 共存性，互操作性 可維護性 模組性，可重用性，可分析...