一、基礎部分
測試的定義、測試的目標、測試的型別、測試的方法、測試報告、測試的執行與跟蹤、缺陷的定義、缺陷的生命週期、缺陷的管理、開發周期流程、測試週期流程、測試用例設計方法。
二、通用高階部分
測試計畫、測試策略、測試效率、風險管理、進度管理、質量管理、成本管理、交付質量、自動化開發。
通過人工或自動的手段，對被測物件進行檢測的活動，目的在於發現被測物件是否實現使用者的需求，或者弄清實際結果與預期結果之間的差異。（測試**、使用者手冊、配置資料）
①發現被測物件與使用者需求間的差異——俗稱找bug；
②通過測試活動發現或解決缺陷，增加人們對被測物件的質量信心；
③通過測試活動獲取被測物件的質量信心，為決策提供資料依據；
④通過測試活動，預防缺陷，從而降低專案或產品的風險。
①測試證明軟體存在缺陷；
②不可能執行窮盡測試；
③測試應該盡早啟動，盡早介入；
④缺陷存在群集現象；（二八原則）大部分缺陷集中在20%的核心功能上
⑤殺蟲劑悖論（一次性）不斷變化測試方法，發現更多的問題；
⑥不同的測試活動依賴不同的測試背景；
⑦不存在缺陷謬論。
①軟體源**
②與軟體源**匹配的文件
③支撐軟體源**執行的配置資料
①元件單元測試（開發人員寫）
針對被測系統最小的組成單元實施的測試活動，一般是類或函式，也可能是最小的功能單元。
②整合測試（3種：函式間整合、模組間整合、子系統間整合）
針對模組間的介面進行測試，驗證介面設計是否與設計相符。
③系統測試（黑盒測試）
將通過整合測試的軟體，部署在真實的使用者環境下執行測試。
④驗收測試（使用者來測）——給使用者建立信心
以使用者為主的測試，驗收組應該由專案組成員、使用者代表組成。
單元測試能發現80%的缺陷；
系統測試效率高，應用多。
①功能測試
在指定條件下，使用被測物件，驗證其是否滿足使用者顯性或隱性需求
關注點：
②效能測試（jemeter、loderrunner）
通過模擬被測物件執行的業務壓力或使用場景，驗證被測物件是否滿足預先設定的效能指標。
關注點：
③安全性測試
測試物件的安全保護機制保護系統不受非法侵入，能夠接受正確授權的操作。
④相容性測試
驗證被測物件在不同作業系統、硬體資訊等環境下運**況。
①黑盒測試
不關注被測物件內部結構，僅從使用者需求考慮，是否滿足使用者顯性或隱性需求
②白盒測試（又稱「結構測試」/「邏輯驅動測試」）
③灰盒測試
既關注被測物件的外部特性，又關注其內部設計。
④靜態測試
不執行被測物件程式，不執行被測物件的測試方法。
⑤動態測試（執行被測物件，進行檢測活動）
閱讀需求編寫測試用例——評審測試用例——搭建環境執行測試用例——編寫測試報告
⑥手工測試（通過測試工程師試用，驗證被測物件是否滿足使用者需求）
通過模擬終端使用者的流程測試軟體系統，檢測被測物件的實際表現。
⑦自動化測試（通過自動化測試工具，或指令碼語言自動化完成測試程序）
優點：代替重複性工作 缺點：無法發現新問題
①內部質量：軟體內部的設計和靜態測試是否合格；
②過程質量：軟體生產過程是否規範；
③外部質量：軟體產品功能、效能的表現；
④使用質量：滿意度。
軟體六大特性：功能性、可靠性、易用性、效率、可移植性、可維護
軟體測試基礎 軟體測試概要
1.歷史上由軟體bug引發的重大事故 因此，軟體質量是非常重要的，而軟體測試作為軟體質量保證重要的組成部分，在軟體研發中有著重要的地位，是不可或缺的一環。2.什麼是測試？ieee定義 iso iec ieee 29119 使用人工或自動的手段來執行或測量軟體系統的過程，以檢驗軟體系統是否滿足規定的要...
軟體測試基礎
功能測試 主要是黑盒測試，也稱行為測試 只考慮各個功能，不考慮整個軟體的內部結構及 一般從軟體產品的介面 架構出發 按照需求編寫出來的測試用例，輸入資料在預期結果和實際結果之間進行評測，進而提出使產品更加符合使用者使用的要求。包括邊界值測試 找到邊界，然後在其邊界及其邊界附近選點 健壯性測試 最壞情...
軟體測試基礎
1 缺陷編號 defect id 所提交的bug的順序 2 缺陷標題 summary 簡明扼要地說明一下該缺陷 3 缺陷的發現者 detected by 4 發現缺陷的日期 detected on date 5 缺陷所屬的模組 subject 在測試哪個模組的時候發現的bug 6 發現缺陷的版本 d...