定義：是否滿足使用者的顯性或隱性需求
軟體測試的常見測試方法：
按照測試設計方法分類：
黑盒測試：將軟體系統當做乙個「黑盒」，無法了解或使用系統的內部結構知識，從軟體的行為而不是內部結構出發來進行測試。
白盒測試：設計者可以看到軟體系統的內部結構，並使用軟體的內部知識來指導測試資料及方法選擇。
按照手動自動分類：
可分為手動和自動
按照測試的目的分類：
功能測試：
單元測試：最低的功能上驗證程式的準確性，（比如測試乙個函式的正確性（一般是由開發人員所做））
功能測試：驗證某乙個模組的功能
整合測試：驗證幾個有相互依賴關係的模組的功能
（方法：自上而下、自下而上、自上而下和自下而上）
場景測試：驗證幾個模組是否能夠完成乙個使用者場景
系統測試：驗證某乙個系統是否能夠解決某個使用者問題。
非功能測試：
壓力測試：軟體在超過設計負載的情況下還能不能返回正確的結果，不導致崩潰。
負載測試：軟體在負載的情況下能否正常工作
效能測試：軟體的功能能否滿足使用者的需求
配置測試：軟體是否在各種配置下都能工作
安全測試：軟體的安全性。
專業術語：
冒煙測試：檢測軟體版本中的主要功能是否實現，一般時間比較快，一到兩個小時內可以實現。（該說法可能來自於硬體的測試，當硬體組裝完成上電後，如果冒煙故障則不需要再繼續進行更深入的測試。）
回歸測試：為了保證修改或者增加功能後沒有給軟體帶來其他未改變的部分帶來影響，測試工程師每次測試時都需要對測試過的模組進行測試，這種測試稱為回歸測試。
自動化測試框架：
qtp（quick test professional）:側重於功能的回歸自動化測試工具，主要用於回歸測試和測試同一軟體的新版本。
功能測試框架robot
軟 件 測 試 基 礎 知 識
軟體效能指標主要有響應時間，系統響應時間和應用延遲時間，吞吐量，併發使用者數，資源利用率五種。軟體實現的演算法與系統響應時間和應用延遲時間是直接相關的，所以軟體的效能也必定與實現演算法是有關係的吞度量是指系統在單位時間內處理請求的數量，對於無鬢髮的應用系統而言，吞度量是與響應時間嚴格的反比關係，因為...
軟體測試基礎知識
1 發現軟體錯誤 2 有效定義和實現軟體部件由底層到高層的組裝過程 3 驗證軟體是否滿足任務書和系統定義文件所規定的技術要求 4 為軟體質量模型的建立提供依據。概念 軟體測試是軟體質量保證的關鍵組成部分，對軟體測試的認識可分為以下幾個階段 測試就是除錯階段 測試是證明軟體正確階段 測試是發現軟體中錯...
軟體測試基礎知識
本人部落格文章 1.確認軟體的質量 a.是確認軟體做了你所期望做的事情 do the right thing b.是確認軟體以正確的方式來做了這個事情 do it right 2.是提供資訊 比如提供給開發人員或程式經理的回饋資訊，為風險評估所準備的資訊 3.是在測試軟體軟體產品本身，而且還包括軟體...