通過手工或自動化的手段來執行或測定某個軟體產品系統的過程，目的在於檢測軟體產品是否滿足規定的需求，或者弄清楚預期結果與實際結果之間的差別。
測試軟體各個功能模組處理是否正確，業務邏輯是否正確，資料流轉、呈現、處理和儲存是否正確。
測試使用者介面是否美觀，介面設計是否人性化、易操作，提示是否友好完善，不同螢幕解析度下各介面顯示是否正確、美觀，軟體支援的不同語言版本下，各介面顯示的文字是否正確、美觀等。
主要測試瀏覽器相容性、作業系統相容性、硬體相容性。
正常情況下軟體安裝完成後可以正常執行，可以完全解除安裝；
使用者無許可權、硬體資源不滿足等異常情況下能夠給出準確的提示資訊。
分應用程式級別、系統級別兩個層次
包括負載測試、壓力測試、併發測試、可靠性測試、失效恢復測試等。
測試軟體產品附帶的各種說明書、幫助文件等。
站在使用者的角度，從需求出發，對軟體進行全面的、深入的測試，盡早、盡可多地發現bug，並跟蹤和分析軟體中存在的問題，對不足之處提出質疑和改進意見。
通過主觀意識借助實體或者虛擬表現、構成客觀闡述形態、結構的一種表達目的的物件。在軟體行業來說就是：對系統實現步驟或系統知識的抽象表示。
1.參與構造軟體的人員之間溝通的基礎
2.指導具體的軟體實現過程
3.管理者制定相關工作計畫的基礎
常用的軟體測試模型
軟體測試的階段劃分
單元模組內的功能測試、邊界測試、容錯測試、介面測試、控制流和資料流測試，以及模組內的業務流程測試等。
系統整合以後的相關介面測試、功能測試、容錯測試、約束測試，跨模組的業務流程測試等。
系統性的初始化測試、功能測試、業務處理和資料處理測試、效能測試、壓力測試、安裝解除安裝測試等。
在使用者現場和使用者一起對系統進行功能確認、使用者需求確認、備份恢復測試、安全性測試等。
系統使用過程中發現問題修改完成以後，測試對應的問題是否修改好了，測試新修改的功能是否引發新的缺陷，測試與修改**相關的其它程式功能是否依然正確。
為了特定的測試目的而設計的具有測試輸入、測試執行條件、預期結果及結果驗證方法的文件。
bug就是程式的缺陷，是指軟體程式執行過程中由於程式本身有問題導致的功能不正常、體驗不佳、資料丟失、宕機、非正常中斷等現象。
描述簡明扼要，最好附帶錯誤截圖，盡量抓取錯誤日誌，說清錯誤發生場景，可附帶自己對錯誤的推測分析。
就是對輸入或輸出域的邊界值進行測試的一種黑盒測試方法。通常邊界值分析法是作為對等價類劃分法的補充，這種情況下，其測試用例來自等價類的邊界。
如果輸入或輸出條件規定了取值範圍，則應該以該範圍的邊界值及邊界附近的值作為測試資料。
例1.1 工人的工齡範圍是大於等於0，小於等於50的整數。
邊界值：-1，0，50，51
例1.2 使用者登入軟體系統時，軟體根據使用者的許可權載入相關模組功能。
邊界值：沒有許可權，有乙個模組的許可權，有所有模組的許可權。
如果輸入或輸出條件規定了值的個數，則用最大個數、最小個數、比最小個數少1、比最大個數多1的數作為測試資料。
例2.1 報表定義中限定報表字段至少有兩個字段，至多不能超過10個字段。
邊界值：1，2，10，11
例2.2 查詢結果多於15條記錄時需要提供翻頁功能。
邊界值： 0，1，15，16
如果程式規格說明書中提到的輸入或輸出是乙個有序的集合，應該注意選取有序集合的第乙個和最後乙個元素作為測試資料。
例3.1 下拉列表選擇控制項的測試。
邊界值：下拉列表第乙個選項，下拉列表最後乙個選項
例3.2 系統在編號從1-100的拓撲圖中定位包含網元a的拓撲圖，將含有網元a的拓撲圖名稱按照編號從小到大的順序顯示出來，在單擊拓撲圖名稱後定位出網元a在拓撲圖中的位置。
邊界值：在包含網元a的編號最小的拓撲圖中定位，在包含網元a的編號最大的拓撲圖中定位。
如果程式中使用了乙個內部資料結構，則應當選擇這個內部資料結構的邊界上的值作為測試資料。
例4 程式根據使用者近三個月的消費狀況給使用者評級，月均消費超過3000元的使用者或至少乙個月消費超過5000的使用者為優級使用者，月均消費超過1500元或至少乙個月消費超過3000元的為良級使用者，月均消費超過800元的為潛力使用者。
邊界值：月均消費為 ，不滿足月均消費資料但某月消費
就是根據經驗和直覺推測程式中可能存在的各種錯誤，從而有針對性地設計測試用例的方法。
列舉出程式中所有可能有的錯誤和容易發生錯誤的特殊情況，根據它們選擇測試用例。
軟體功能測試相關知識
測試需要明確測試需求 what 才能決定怎麼測試 how 測試時間 when 及需要多少人 who 測試需求分析過程包括需求採集 需求分析和需求評審三個環節。功能測試過程 功能測試前期準備 功能測試計畫制定 功能測試設計與開發 功能測試執行與缺陷追蹤 測試環境 硬體 軟體 網路 資料 測試工具 硬體...
軟體測試相關知識點
按測試階段劃分 測試v模型 按測試實施的組織劃分 開發方測試 使用者測試 第三方測試 按測試方法 技術劃分 白盒 黑盒 灰盒 靜態 不執行 包括會議記錄，開發文件檢查等 動態 執行 手工 自動化 效能測試 相容性測試 易用性測試等等 黑盒測試 軟體測試人員不知道軟體內部是如何實現的，只知道實現的功能...
必須掌握的軟體測試相關知識
介於黑百盒測試之間 綜合科 程式開發更多的是使用的面向介面進行開發 為什麼有介面 開發標準化 保證資料安全 便於遷移 什麼是介面測試 驗證某個標準 介面 能否正常工作的一種測試 分類 方式 get post 目的 測試介面的正確性和穩定性 針對業務的進步功能進行測試 在基本功能測試基礎上考慮輸入輸出...