乙個好用例的評判標準是讓別人看到你的用例，能很清楚的知道你要表達的資訊，如果你寫的用例測試步驟與預期結果不清晰，看完之後不知道你要關注的測試點是什麼，只有你自己能看懂自己想要表達什麼，那麼證明你寫的測試用例是不合格的，其實在工作中，我們也會經常遇到，寫一條測試用例時，測試步驟是緊密相連的，好幾條測試步驟會得到乙個預期結果，或者是一條測試步驟對應好幾條預期結果等等的情況，為了解決這些問題，那麼就需要我們在寫測試用例時將測試步驟區分清楚，預期結果做到有跡可循，所以我們在開始設計測試用例時，就需要新增一些特定的字段，來更好的幫助我們寫測試用例，主要包含的字段已列出，具體也要看每個人怎麼去使用它。
測試用例的字段根據實際情況可多可少，但是其中的一些欄位是必不可少的，如下：
必須包含的字段：用例編號、模組、測試步驟、預期結果、實際結果、優先順序、測試人員、備註等（注：從我經歷大公司到小公司，此些字段在用例中必不可少）。
用例編號：在執行測試用例時，執行到當前測試用例發現了bug，那麼在提交bug時，就可複製貼上測試編號在bug提交系統中，後期統計；
模組：新增模組的好處，發現bug時根據測試用例可執行定位模組，也方便自己對模組進行梳理；
測試步驟：測試時執行的步驟，測試步驟要清晰，建議不要超過9條，複雜可根據實際情況分開，做到簡單易懂；
實際結果：測試執行步驟，實際出現的結果是否與預期結果一致，一般為pass or fail；
優先順序：新增優先順序，可在專案緊急的情況下根據優先順序排序，有限測試級別較高的用例，優先順序高的用例都代表著對產品的影響性較大；
測試人員：清楚誰測試的模組，可用作任務量的評估，也可在專案某些模組出現漏測等問題時，可有跡可循；
備註：這個很好理解，不做說明；
可包含字段：模組的一級目錄、二級目錄、測試時間、用例關注點等等。
總的來說，用例字段多可能你寫的用例看起來可參考的資訊就多一點，但是欄位的多少不能證明測試用例編寫的好壞。希望大家用例寫的溜溜溜的。。。。
測試用例表包含資訊 測試用例設計 案例詳解
本教程以ecshop前台應用中使用者註冊 使用者登陸 商品搜尋等功能為例介紹測試用例設計活動。4.2.1使用者註冊 使用者註冊功能需求如圖4 4所示。圖4 4使用者註冊需求 使用者註冊需求共涉及4個輸入項和1個選擇項。針對於輸入項，利用等價類及邊界值用例設計方法進行設計，選擇項則無須設計在步驟中，在...
text型別的字段測試用例 軟體測試用例如何編寫
前面幾篇介紹完了軟體測試用例編寫需要用到的方法，已經方法如何使用，方法適用的情況等等，本篇將說明一下軟體測試用例具體編寫的時候需要什麼。1 一條軟體測試測試包含哪些字段 其中 所屬模組，有時候會寫到一級模組 二級模組等等 測試型別就是只該條測試所屬什麼樣的測試，如 功能測試 效能測試 安全測試 相容...
測試用例（四）測試用例編寫
一.測試用例編寫方法 1.等價類劃分 如何選擇適當的資料子集，來代表整個資料集。通過降低測試的資料去實現 合理的 覆蓋，覆蓋了更多的可能資料，以發現更多的軟體缺陷 邊界值分析法 2.邊界值分析 使用邊界值分析方法設計測試用例時一般與等價類劃分結合起來，但它不是從乙個等價類中任選乙個例子作為代表，而是...