**軟體質量：**軟體產品的特性可以滿足使用者功能、效能需求的能力。
軟體產品質量的六大特性：功能性、可靠性、可使用性、效率、可維護性、可移植性
測試計畫包括：a.概述 b.測試範圍 c.測試策略d. 資源安排 e.進度安排 f.發布標準 g.測試交付件
**測試用例：**用例編號、用例名稱、所屬功能模組、前置條件、測試資料、測試步驟、預期結果、實際結果、備註。
**bug表單：**編號、bug描述（summary）、環境資訊：作業系統/資料庫/瀏覽器/軟體版本 (os/database/project/build/release)、所屬功能模組、測試/開發人員、發現日期、發現人、嚴重等級(1-5)、優先順序、狀態、重現步驟、實際結果、是否要回歸問題等
軟體生命週期
計畫-需求分析-設計-編碼-測試-運維
測試生命週期
需求分析–編寫測試計畫–編寫測試用例–測試執行（包括bug跟蹤）–編寫測試報告
測試流程
拿到需求文件-需求分析-寫測試計畫-計畫評審-寫測試用例-用例評審-冒煙測試-迭代第一輪/二輪……-缺陷跟蹤-回歸測試-編寫測試報告
bug生命週期
new–open–fixed–close
缺陷的狀態一般分為：新建、開啟、已分配、已修復、關閉、重新開啟。
①發現缺陷（記錄缺陷報告、提交給程式設計師）
②開啟（程式設計師修改）
③解決（測試員確認、缺陷已修復/關閉報告）
④關閉軟體的缺陷等級
用嚴重性和優先順序來描述；
嚴重性：衡量缺陷對客戶滿意度的影響
1,致命錯誤，模組異常，宕機，導致系統崩潰等問題；
2.嚴重錯誤，模組功能失常或異常退出；
3.一般錯誤，模組功能部分失效，次要功能不能正常實現；
4.建議模組，改進建議；
優先順序：缺陷被修復的緊急程度；
1.立即解決（p1級）：缺陷導致系統功能幾乎不能使用或者測試不能繼續，需立即修復；
2.高優先順序（p2級）：缺陷嚴重，影響測試，需優先考慮；
3.正常排隊（p3級）：缺陷需要正常排隊等待修復；
4.低優先順序（p4級）：缺陷可以在有時間的時候被糾正；
「5w」規則
「what （做什麼）」、「why （為什麼做）」、「when （何時做）」、「where（在**）」、「how （如何做）」。
利用「5w」規則建立軟體測試計畫，可以幫助測試團隊理解測試的目的（why ），明確測試的範圍和內容（what ），確定測試的開始和結束日期（when ），指出測試的方法和工具（how ），給出測試文件和軟體的存放位置（where ）。
單元測試、整合測試、系統測試的側重點是什麼?
單元測試：開發者編寫的一小段**，用於檢驗被測**的乙個很小的、很明確的功能是否正確，測試重點是程式的正確性驗證等。
整合測試：測試系統的模組和它們之間的介面，測試重點是模組間的銜接以及引數的傳遞等。
系統測試：將經過測試的子系統裝配成乙個完整系統來測試。確保最終軟體系統滿足產品需求並且遵循系統設計，測試重點是整個系統的執行以及與其他軟體的相容性。
整合測試與系統測試關係：
（1）整合測試的主要依據概要設計說明書，系統測試的主要依據是需求設計說明書；
（2）整合測試是系統模組的測試，系統測試是對整個系統的測試，包括相關的軟硬體平台、網路以及相關外設的測試
測試結束的標準
用例全部測試
覆蓋率達到達到標準
缺陷率達到標準
其他指標達到標準
如何保證測試用例的覆蓋率
準確的需求分析後，在設計測試用例的時候，可以使用多種測試用例設計方法。
l 首先進行等價類劃分，包括輸入條件和輸出條件的等價類劃分，合理設定有效等價類和無效等價類,這是減少工作量和提高測試效率最有效的方法。
l 必須使用邊界值分析，經驗表明，這種方法設計出的用例能發現很多程式錯誤。
l 可以使用錯誤推測法追加一些測試用例，這需要依靠您的智慧型和經驗。
l 對照程式邏輯檢查已設計出的測試用例的邏輯覆蓋度，如果沒有達到覆蓋標準應當再補充足夠的測試用例。
l 如果程式的功能說明中含有輸入條件的組合情況，一開始就可選因果圖和判定表驅動法。
l 對於引數配置類的軟體，要用正交試驗法選擇較少的組合方式達到最佳效果。
l 對於業務流清晰的系統，可以利用場景法貫穿整個測試方案過程，在案例中綜合使用各種測試方法。
當測試用例設計完成後，要組織測試用例的評審，這樣可以吸取別人的意見，減少遺漏，補全測試用例。
測試用例的方法 編寫例子
等價類劃分（黑盒測試）
指某個輸入域的子集合.在該子集合中,各個輸入資料對於揭露程式中的錯誤都是等效的
有兩種不同的情況:有效等價類和無效等價類.
2．邊界值分析法（黑盒測試）
對輸入和輸出的邊界值進行測試，是對等價類劃分方法的補充，當等價類是數字時，才能用邊界值法
應當選取正好等於,剛剛大於或剛剛小於邊界的值作為測試資料
0和負數都是特殊值，也要考慮
3．錯誤推測法
進行錯誤操作
4．因果圖方法
因果圖方法最終生成的就是判定表. 將判定表的每一列作為依據，設計測試用例，檢查程式輸入條件的各種組合情況.
軟體測試基礎理論
軟體產品的質量 指的是實體特性的綜合，表示實體滿足明確或隱含要求的能力。軟體測試的目的 1 驗證軟體是否滿足軟體開發合同或者專案開發計畫，系統 子系統設計文件，軟體需求規格說明等規定的軟體質量要求。2 通過測試，發現軟體缺陷3 為軟體產品質量的測量和評價提供依據。軟體測試的四個過程 1 測試策劃 主...
軟體測試基礎（理論）
軟體測試大致工作內容 評審軟體需求規格說明書 制定測試計畫和方案 編寫 評審測試用例 搭建測試環境，準備測試資料 執行測試，發現缺陷，提交缺陷報告，並回歸測試缺陷 分析測試結果，編寫測試報告，度量軟體的質量 軟體測試是什麼 軟體測試的定義 測試的目標 軟體危機 軟體危機的表現 貴 文件不完整 不符合...
軟體測試基礎理論
軟體測試基礎理論 重點 一 軟體的開發階段劃分 1 需求分析階段 由需求分析人員完成 需求規格說明書 2 概要設計階段 3 詳細設計階段 由系統架構師 分析師 完成 概要設計說明書 詳細設計說明書 4 編碼階段 由開發人員完成 程式問題 哪個階段產生的bug最多？哪個階段最少？需求分析階段引入的bu...