在規定條件下對程式進行操作，以發現程式錯誤，衡量軟體質量，並對其是否能滿足設計要求進行評估的過程
要點
規定條件
發現程式錯誤
衡量軟體質量
是否滿足設計要求
程式操作過程
用最少人力物力財力找到軟體中問題，修復問題，降低商業風險。
是為特定的目的而設計的一組測試輸入、執行條件和預期結果的文件。測什麼？怎麼測？
開發人員不能做測試工作
思維定式
測試力度
關注度模組測試即單元測試：最小程式模組
整合測試即軟裝測試：單元測試基礎上，將多個模組測試合併起來一起測試
系統測試：整個軟體系統作為一整體進行測試
驗收測試：
α測試：內側版本
β測試：公測版本
γ測試：正式版本的候選版本
黑盒測試：專注輸入內容和輸出結果，關注業務邏輯，不看原始碼
白盒測試：研究源**和程式結構
灰盒測試：黑白之間(既看**和程式結構又關注業務邏輯)
靜態測試：不執行被測軟體，只是靜態的檢查程式**，介面或文件中可能存在的錯誤
動態測試：實際執行被測軟體，輸入相應的測試資料，檢查輸出結果是否和預期相符
人工測試：手工測試，測試人員手動的進行測試
自動化測試：利用**或者工具幫助人工進行測試
冒煙測試：對系統進行最基本功能的測試，保證基本流程能夠走通。
回歸測試：修復bug後，將之前的測試用例對修復後的新**進行再次測試。
隨機測試：隨機測試主要是對被測軟體重要部分進行重測，包括測試當前測試用例未覆蓋的部分。
隨機測試深入理解
探索性測試：探索性測試意味著同時設計測試和執行測試。測試人員通過測試來不斷學習被測系統
探索性測試理解
看完了還是不懂
即為計算機軟體或程式中存在的某種破壞正常執行能力的問題、錯誤，或者隱藏的功能缺陷
。缺陷的存在會導致軟體產品在某種程度上不能滿足使用者的需要。
軟體未達到需求規格說明書中標明的功能
軟體出現了需求規格說明書指明不會出現錯誤的地方
軟體的功能超出了需求規格說明書指明的範圍
軟體未達到需求規格說明書雖未指明但應該達到的目標
軟體測試人員認為軟體難以理解，不易使用，執行速度慢，或者終端使用者體驗不好。
需求解釋、記錄或者定義錯誤
設計文件存在錯誤
編碼說明、程式**有誤
硬體或者軟體系統存在錯誤
功能錯誤
介面錯誤
相容性錯誤（ie，火狐，谷歌）
易用性問題
改進建議
只能證明軟體存在問題，不能證明不存在問題
不能窮盡測試，應該分類別測試
測試工作要盡早介入，降低修復成本
缺陷存在集群現象，二八原則：20%模組有80%的缺陷
測試依賴環境
殺蟲劑現象
不存在缺陷謬論
測試基本知識
測試用例 功能，效能，介面，安全，易用 412教室 椅子 功能 效能 介面 安全 易用 軟體開發的流程 立項 說明該專案是做什麼的，要耗費多少資金，時間等資訊 產品說明書 對立項的詳細說明 需求文件 有些時候可能沒有產品說明書，而是使用需求文件 需求測試 開發人員，需求人員等在需求文件編寫完之後會對...
介面測試基本知識
一 介面測試是指測試介面的功能 效能和穩定性以及安全性。二 介面測試的分類 1 按協議分，可以為http和https協議 2 按內外部，可以分為內部介面和外部介面 內部介面 公司內部自己開發的介面 三 http請求方法分類 根據http標準，http請求可以使用多種請求方法。http1.0定義了三種...
效能測試基本知識
1 軟體系統的效能測試是乙個很大的概念，覆蓋面非常廣泛。對軟體系統而言，包括執行效率 資源占用 系統穩定性 安全性 相容性 可靠性 可擴充套件性等 2 效能測試是描述測試物件物件與效能相關特徵並對其進行評價實施的一類測試 主要通過自動化的測試工具磨你多種正常 峰值以及異常負載條件下來對系統的各項效能...