二、內容
三、編寫方法及適用場景
四、評審
五、測試計畫
六、缺陷報告
七、測試報告
八、軟體缺陷的種類劃分
九、軟體缺陷的嚴重程度
十、bug定級示例
測試用例能夠被使用，且被不同人員使用測試結果一致
良好的測試用例具有重複使用的功能（回歸測試）
好的測試用例會分門別類地提供給測試人員參考和使用（功能、效能、易用分類編號）
好的測試用例描述清晰，每一步都有相應的作用，有很強的針對性，不應出現一些無用的操作步驟
由於軟體開發過程中需求變更等原因的影響，常常對測試用例進行修改、增加、刪除等，以便測試用例符合相應測試要求
用例編號、所屬模組、用例描述、前置條件、優先順序、輸入資料、操作步驟、預期結果、實際結果、測試人員、測試時間等價類劃分法：多用於輸入框：註冊/登入邊界值分析法：多和等價類劃分結合使用，有邊界限制的:註冊的密碼長度
錯誤推測法：錯誤猜測法是測試經驗豐富的人喜歡使用的一種測試用例設計方法。一般這種方法試基於經驗和直覺推測程式中可能傳送的各種錯誤，有針對性地設計。只能作為一種補充
正交實驗法：用於多個下拉框之間的組合，可以通過正交助手生成測試用例
因果圖法：因果圖法比較適合輸入條件比較多的情況，測試所有的輸入條件的排列組合。所謂的原因就是輸入，所謂的結果就是輸出
場景法：從基本流開始，再將基本流合備選流結合起來，可以確定用例場景
包含參與評審人員（需求人員，對應的開發人員，對應的測試人員，專案經理），評審內容，評審時間測試背景測試目的
確定測試範圍
制定測試策略
測試資源安排
測試時間安排
測試人員分配
風險評估
所屬產品、所屬模組、當前指派 、bug型別、作業系統、重現步驟、驗證程度、優先順序、附件等測試目標，測試的範圍，測試環境，測試結果分析(多少輪測試，測試多少，失敗多少，成功佔比)，遺留缺陷，測試結論（本次測試涉及***個功能點，發現xx個缺陷，其中，xx個已修復，xx個遺留。）測試過程完整有效，系統測試通過按照嚴重程度分為:系統崩潰，嚴重，一般，次要，建議按優先順序分:高，中，低1級，系統崩潰1. 功能不正常：簡單地說就是所對應提供的功能，在使用上並不符合產品設計規格說明書中規定的要求，或者是根本無法使用3. 軟體的結構未做良好規劃：這裡主要指軟體是以自頂向下方式開發，還是以自底向上方式開發。如果是以自頂向下的結構或方法開發的軟體，在功能的規劃及組織上比較完整，相反，以自底向上的組合式方法開發處的軟體則功能較為分散，容易出現缺陷
4. 使用效能不佳：被測軟體功能正常，但使用效能不佳，這也是乙個問題。此類缺陷通常是由於開發人員採用了錯誤的解決方案，或使用了不恰當的演算法導致的
5. 邊界錯誤：緩衝區溢位問題在這幾年已成為網路攻擊的常用方式，而這個缺陷就屬於邊界錯誤的一種。簡單來說，程式本身無法處理超越邊界所導致的錯誤
6. 計算錯誤：只要是電腦程式，就必定包括數學計算。軟體之所以會出現計算錯誤，大部分出錯的原因是由於採用了錯誤的數**算工時或未將累加器初始化為0
2級，至關重要定義：嚴重阻礙測試和開發工作對應優先順序：最高
具體可分為：
1.功能完全沒有實現
2.應用閃退/崩潰無法執行
3.應用必現安全模式，無法執行
4.其他導致功能無法測試的問題
3級，主要定義：非阻礙用例執行的嚴重問題對應優先順序：高
具體可分為：
1.簡單操作應用閃退/崩潰，卡死
2.資料丟失
3.嚴重影響系統，自身功能無法執行
4.嚴重數值計算錯誤
5.資料庫損壞或無法儲存配置
6.安全性問題（包括資料加密等）
4級，一般定義：功能存在缺陷，但不影響應用和系統的穩定性對應優先順序：中
具體可分為：
1.記憶體洩露（長時間不用的物件需要被**，不被**佔記憶體）
2.功能實現邏輯覆蓋不全面
3.非必現，但復現概率超過50%的閃退/崩潰和安全模式
5級，較小定義：對應用熟悉度高才能感知到的問題，對應用基本功能實現無影響對應優先順序：中
具體可分為：
1.輕微數值計算錯誤
2.功能實現有誤，與產品文件不完全貼切
3.使用者簡單操作，即可明顯感知的ui問題
6級，建議定義：介面，效能缺陷對應優先順序：低
具體可分為：
1.操作介面錯誤（提示顯示規則，重新整理規則是否與文件一致）
2.邊界條件顯示錯誤
3.提示資訊和介面效果展示錯誤（包括未給出資訊、資訊提示錯誤等）
4.復現率低於5%的閃退/崩潰和安全模式
5.外掛程式相容和效能未優化問題
6.非正常操作導致ui顯示異常
定義：對於產品的意見或者建議對應優先順序：低
具體可分為：
1.對於產品設計方面的意見和建議
2.對於產品介面優化方面的意見和建議
3.對於產品需要優化增強使用者體驗方面的意見和建議
軟體測試基礎 （二） 測試用例
軟體測試基礎 二 測試用例 一 什麼是測試用例 測試用例是為某個特殊目標而編制的一組測試輸入 執行條件以及預期結果，以便測試某個程式路徑或核實是否滿足某個特定需求。二 為什麼要寫測試用例 三 測試用例的設計 用例的要素 用例的3a原則 最不可缺的用例要素有哪幾個 黑盒測試 設計和執行測試過程中，不考...
測試用例基礎
我們先來了解下測試用例的評價標準，了解下怎樣才是好的測試用例？1 首先用例要表達清楚，無二義性。2 用例的可操作性強。3 用例的輸入和輸出明確。一條用例只有乙個預期結果。4 用例的可維護性好。5 用例對需求的覆蓋率高。6 暴露程式bug的能力強。用例的基本要素參見下面的例子 測試用例帶來的好處時什麼...
測試用例基礎概念
1 基本概念 測試用例是為某個特定測試目標而完成的，它是輸入資料 操作過程序列 條件 期望結果及相關資料的乙個特定的集合。因此，測試用例必須明確定一下幾個問題。1 測試目標 為什麼要測試？包括測試軟體的功能 效能 相容性 安全性 2 測試物件 測什麼？如物件 類 函式 介面等 3 測試環境 執行時所...