用例狀態等， 沒有的不需要填寫。
用例設計，一定要可執行（最好2分鐘內能執行完）
改進建議：
1、用例狀態：請置空
2、用例步驟不要過長， 根據目的適當拆分幾條。
3、盡量提煉合併， 如文字框，下拉列表，文字介面，瀏覽器， 平台等等
測試分類：
ui/ue
通用測試用例
功能衝突測試（併發）
與外部系統互動及影響等
相容瀏覽器測試， 就放在相容性測試裡面， 列出所有的瀏覽器
通用一套用例目標及步驟即可
用例的步驟， 就是為了驗證這個點。與業務流程操作（類似操作手冊）不同
當然， 我們前期，為了加強思考、想象和理解， 業務流程梳理
針對需要驗證的點， 再提煉測試用例目標點
每個頁面， 文字框功能驗證， 可以寫在一條用例裡面
用通用文字框測試方法，逐一驗證。然後實際測試時，都是快速組合驗證， 讓問題最大化暴露。
比如標題就可以改為，運營商授權頁面正常業務流程 （這裡可以用操作手冊的方法寫上，逐步記錄），對比需求，這個時候也可能發現問題
預期結果， 也不用專門寫這麼細。都是所見即所得。寫功能正常 即可
避免執行用例的人， 只盯著預期結果， 而喪失思考。
實際執行的時候， 掃一眼， 記住目標。就開始認真抓bug.
前期優等bug都是關於功能點和邏輯的，需要全心全意站在使用者的角度思考。
一般是頁面上全部，
全部錄入（含各類特殊符號，文字長度）或者選擇項。
完全預設，啥都不選
按照規律組合
編寫測試用例注意事項
一 測試用例的優化問題 1.問題的提出 乙個用例只測乙個控制項，但效率比較低。每條用例只測試乙個控制項的等價類的方法，比較簡單。最大的問題，會有很多資料冗餘，影響測試效率，只適合初學者 2.如何進行優化 對於不同控制項的有效等價類 或有效邊界值 可以在一條用例中同時進行測試，最大化的減少用例的數量。...
測試用例及其注意事項
簡單地說，測試用例就是 設計乙個情況，軟體程式在這種情況下，必須能夠正常執行並且達到程式所設計的預期結果 有效性 測試用例是測試人員測試過程中的重要參考依據。可復用性 良好的測試用例具有重複使用的功能，使得測試過程事半功倍，提高測試效率。易組織性 即使是小的專案，也可能會有幾千甚至更多的測試用例，測...
測試用例編寫注意事項和編寫方法
注意事項 1 根據專案的實際情況設計測試用例 2 用例格式不是固定的,不能生搬硬套 3 根據具體的情況編寫 編寫方法 1等價類劃分法 黑盒測試 2邊界值分析法 使用邊界值分析法設計測試用例一般與等價類劃分法結合起來 但它不是乙個等價類中任選乙個例子作為代表,而是將測試邊界情況作為目標,選取正好等價 ...