用例的拆分與劃分
較大的功能建議拆分成不同的用例檔案，方便查閱和載入
同一應用下，按照產品拆分如：工作流，多租賃
同一產品下，按照功能模組拆分，比如登陸，表單，列表，搜尋表單
功能下，不可拆分用例，可以分層書寫用例，可按照不同的功能點做分層 比如列印功能，可分功能點為列印預設詳情頁和指定詳情頁
功能點下，還可以再按照場景書寫，比如列印功能，可分功能點為列印預設詳情頁和指定詳情頁，詳情頁按照場景分又分成只有主物件的詳情頁和有主物件有相關物件的詳情頁等諸多場景
用例的粒度
乙個功能乙個正常流程，編寫乙個測試用例；
乙個功能中多個異常流程，應分開編寫多個測試用例；
同一功能不同入口，可合併編寫乙個測試用例；舉例 多個地方，相同的用例，
同一功能不同資料準備，應分開編寫多個測試用例；
除了功能，ui樣式，互動，相容性測試等，也是同樣的要求
專案中的術語，自己起名的術語 ，大家承認的術語，要有解釋下，起名的重要
用例內容編寫最基本的要求
具有清晰名稱、前提條件、操作步驟、期望結果的
可被他人理解的
可被他人執行的
減少不必要的分層
根據需求，轉化成可執行的用例，不可照抄照搬需求原文
有特殊驗證資料的，需要書寫資料內容
不確定的用例，可標記，在測試中確定補充（如使用的是開源組建，看原元件的支援程度；提示資訊等）
不要寫疑問句，要寫肯定句或者否定句
不要寫特別長難以理解，邏輯複雜時可拆分層級
如果過程中需求有變更，測試用例必須及時更新評審
建議按照測試的邏輯寫測試用例即怎麼測就怎麼寫，如果是一連串的操作，但是按照模組劃分或者其他情況，要把兩部分用例拆開測試，可以在寫用例時做好標記在梳理思路和測試時，兩個模組合併測試，而不是生生斷開
需要測試可見的頁面，也要注重內在的邏輯，而不是圍繞頁面測試
測試用例書寫規範
本文摘自 測試架構師修煉之道 乙個通用的模板 測試用例編號 測試用例的唯一標記 用力標題 概述測試用例的主要內容，明確該測試用例的意圖 預置條件 測試用例順利執行的前提條件，如一些基本的配置 測試資料 測試時使用的測試資料 測試步驟 如何執行這個測試用例，每步的操作是什麼 預期結果 和測試步驟對應起...
等價類劃分法測試用例 測試用例書寫分類
簡單來說,就是測什麼,怎麼來測的.買手機 買電腦，要試用一下 開機 螢幕 執行速度 記憶體大小 這就是生活中的測試用例！測試用例 test case 是為特定的目的而設計的一組測試輸入 執行條件和預期的結果，以便測試是否滿足某個特定需求。通過大量的測試用例來檢驗軟體的執行效果，它是指導測試工作進行的...
功能測試用例的書寫方式
功能測試用例的書寫方式 功能性測試用例 1.測試的 即測試的需求 1 需求說明 及相關文件 2 相關的設計說明 概要設計，詳細設計等 3 與開發組交流對需求理解的 記錄 可以是開發人員的乙個解釋 4 已經基本成型的ui 可以有針對性地補充一些用例 簡而言之，所有你能得到的專案文件，都盡量拿到。從所得...