可以這麼說，每一家公司對於測試用例的設計規範、風格和用例的組成元素（填寫的字段）都一樣，但都大同小異，不同只是**於公司對於某些實際需求來帶來的差異。
一般基本的測試用例都具有以下基礎的組成元素：用例編號、用例名稱、用例優先順序、用例步驟、前提條件、預期結果、用例設計者、建立時間。
接下來說說我結合我公司的實際應用，設計出來的用例模板（使用qc9.0工具）：
簡單說一下某些字段用途：
2、用例狀態：有效用例則為當前該功能可用來執行的用例；無效用例則為當需求變更，當前軟體版本用例不可用時設定的狀態；而維護中則為用例正在編寫過程中，仍未完成編寫不可用的狀態。
3、用例優先順序：用來區分用例的級別，可用於不同測試策略時的用例執行範圍確定，同時也區分出高優先順序的冒煙測試用例，可提供給開發做自測或做冒煙測試之用。
4、所屬專案：該用例的屬於哪個專案之下，用於資料統計和篩選。
5、所屬功能：同上。
6、用例型別：用於區分用例是屬於哪種測試型別，也用於資料統計和篩選。
7、測試資料：用來填寫該用例所需用到的測試資料。
8、用例需求：由於本人公司在使用qc時是沒有用到需求模組的工具（沒有實現用例連線需求點），同時也為了當前用例能快速追溯到需求內容，因此特意新增一欄位文字框來填寫該用例所指向的需求內容。
ps：有些同學或者會說，這個模組太多字段要填了，多了不少工作量，其實很多字段可以使通過qc指令碼編輯器編寫vc指令碼來實現自動填寫，還是可以省下不少時間，工具是死的，人是活的，要靈活運用好工具為工作提高效率。那關於如何編寫指令碼來實現欄位的自動填寫就不在這篇文章中作詳細解說了。
上述為本人對於測試用例模板的看法和應用，如有意見，可隨時聯絡交流。
測試用例設計Day02
設計測試用例的步驟 典型應用場景 設計測試用例步驟 設計測試用例 典型應用場景 需求數學表示 上點內點 離點精簡5點 6 16位自然數 需求數學表示 上點內點 離點精簡5點 標題長度 0且標題長度 30 需求 兩位數加法器取值範圍 數學表示 上點內點 離點精簡5點 大於等於 99，小於等於99 99...
黑盒測試用例設計 用例維護（十二）
六 用例維護 經驗用例 當進入執行測試階段時，我們總是能發現一些缺陷的出現是出乎我們意料的，或者說是已有的測試需求和測試用例未能覆蓋的。那麼，對於這部分缺陷，也應當在分析整理後新增到測試需求中，並設計相應的測試用例，以便於下乙個版本迭代時進行參考。其實，對於乙個長期發展的團隊或產品，它的所有東西都是...
黑盒測試用例設計 用例結構（十）
三 用例結構 1.單條用例結構 2.說明 1 工作表名稱 對應模組名稱，如果要在已有模組上新增用例，請將工作表名稱與原來的模組名稱保持一致。不同的模組需要建立多個工作表。2 第一行 各列的名稱，必須按照指定的順序排列。3 第二行 用於列出產品型號，產品型號由於新的需求進行了合併，請按新的產品型號列表...