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