**軟體測試基礎知識小總結**測試是為了證明程式有錯，而不是證明程式無錯。
乙個好的測試用例在於發現了至今沒有發現的錯誤。
乙個成功的測試是發現了至今未發現的錯誤
測試型別：
黑盒測試
將測試物件看成乙個黑盒子，只在程式介面處進行測試，對介面進行測試，檢查是否滿足需求規格說明書。
白盒測試
結構測試，將程式看成乙個透明的白盒子，檢查所有的**結構
灰盒測試
介於白盒測試與黑盒測試之間的測試。
黑盒測試和白鶴測試有分為動態和靜態的兩種
（靜態黑盒測試：看文件，看頁面等
靜態白盒測試：看源**等
動態黑盒測試：使用軟體等
動態白盒測試：執行源**等）
黑盒測試常用方法：
等價類法，邊界值法，因果圖法，錯誤推測法
等價類法分為：
有效等價類
指符合《需求文件》，輸入合理的資料集合
無效等價類
指不符合《需求文件》，輸入不合理的資料集合
邊界值法：一般取七個點; 低於最小值，最小值、略高於最小值、正常值、略低於最大值、最大值、高於最大值
因果圖法：有因必有果，你的報應。。。
錯誤推測法：一般憑測試者的經驗 比如輸入框沒有做字元型別/長度的限制，搜尋框沒有支援回車和模糊查詢
軟體缺陷的定義是什麼？
對軟體產品屬性的偏離現象
軟體錯誤
功能遺漏
效能不符合要求
設計產品缺陷
軟體缺陷與軟體錯誤的區別：
軟體缺陷包含軟體錯誤
軟體錯誤必須被修正，但軟體缺陷不一定
軟體錯誤僅指軟體**本身的問題
（軟體能做到零缺陷嗎？）軟體不可能做到「零缺陷」的原因：
測試覆蓋率不可能窮盡。（黑盒測試、白盒測試、灰盒測試）
改正現有的缺陷可能會產生新的缺陷。
測試工程師對產品的理解需求存在侷限性。
測試的環境與使用者真實的使用環境不可能完全不一致。
軟體缺陷不用修復的原因：
1.修復的風險太大
軟體本身是脆弱的，難以理清頭緒，有點一團亂麻，修復乙個軟體缺陷可能導致其他軟
件缺陷出現。
2.不值得修復
不常出現的軟體缺陷和不在常用功能**現的軟體缺陷是可以放過的，可以躲過和使用者
有辦法預防或避免的軟體缺陷通常不用修復
按測試階段分類
冒煙測試
是指在對乙個新版本進行系統大規模的測試之前，先驗證一下軟體的基本功能是否實現，是否具備可測試性。
單元測試
又稱模組測試，目的在於檢查每個單元模組是否實現詳細設計說明書中的功能、效能、介面和設計約束等要求。
整合測試
又稱組裝測試，主要測試單元之間的介面關係，逐步集成為符合概要設計說明書要求的整個系統。
系統測試
在真實或模擬系統執行的環境下，為驗證和確認系統是否達到需求規格說明書的要求，而對整合的硬體和軟體系統進行的測試，採用黑盒測試技術。
驗收測試
按照產品說明書或供需雙方約定的驗收依據文件進行的整個系統的評測，決定是否接受系統。
α測試：指的是指的是由使用者，測試人員、開發人員等共同參與的內部測試。
β測試：指的是內測後的公測，即完全交給終端使用者測試
軟體測試基礎知識總結
1.軟體測試的生命週期 需求分析 測試計畫 測試設計 測試開發 測試執行 測試評估 2.軟體的生命週期 需求分析 計畫 設計 編碼 測試 執行維護 3.開發模型和測試模型 傳統的開發模型和敏捷的區別 十二宣言 個體與互動重於過程和工具 強調人與人之間的溝通 可用的軟體重於完備的文件 輕文件 對文件的...
軟體測試基礎知識總結
1 軟體測試階段有哪些任務 制定測試大綱 測試計畫 製作測試資料 測試方案 單元測試 程式測試，一般由開發人員進行 功能測試 效能測試 整合測試 子系統測試 系統測試 驗收測試 測試報告及向下階段提交系統執行 維護使用者手冊 2 自動化測試 概念 為了提高工作效率，節省人力和成本，把人為驅動的測試轉...
軟 件 測 試 基 礎 知 識
軟體效能指標主要有響應時間，系統響應時間和應用延遲時間，吞吐量，併發使用者數，資源利用率五種。軟體實現的演算法與系統響應時間和應用延遲時間是直接相關的，所以軟體的效能也必定與實現演算法是有關係的吞度量是指系統在單位時間內處理請求的數量，對於無鬢髮的應用系統而言，吞度量是與響應時間嚴格的反比關係，因為...