一、測試用例的優化問題：
1.問題的提出；
乙個用例只測乙個控制項，但效率比較低。
每條用例只測試乙個控制項的等價類的方法，比較簡單。（最大的問題，會有很多資料冗餘，影響測試效率，只適合初學者）
2.如何進行優化：
對於不同控制項的有效等價類（或有效邊界值），可以在一條用例中同時進行測試，最大化的減少用例的數量。
說明：由於每個控制項的有效等價類加上有效邊界值的數量，一般不會完全相同，所以再測試某個控制項的有效等價類（有效邊界值）的時候，其他控制項
的有效等價類和邊界值都已測完，這時還需要從這些控制項中重複選取有效資料，這種冗餘在工程中是不可避免的。
二、無效等價類不能優化：
在一條用例中，一次只測試乙個控制項的乙個無效等價類（或無效邊界值）——無效等價類在開始的時候不能組合。
——避免遮蔽現象發生（前面控制項的錯誤提示資訊出現後，後面控制項的錯誤提示資訊就不出現了）。
最後，可以適當考慮不同控制項無效等價類（無效邊界值）的組合和乙個控制項無效等價類（無效邊界值）的組合。
三、無效等價類考慮因素；
1、不能為空（必填）——為空；
2、不能重複——重複；
3、資料有範圍限制——超出範圍；
eg:18——60； （<18,>60）
4、字元個數的要求（範圍）—超出範圍
eg:姓名：3——20個字元。（❤️，>20）
5、資料格式（樣式）——演示非法
eg：整數——非整數（字母、漢字、符號、小數）
數字——非數字
字元——非字元
漢字——非漢字
6、小數要求——（小數點後位數非法）
四、注意事項：
1、防止遺漏：使軟體測試的實施重點突出，目的明確，確保需求功能不被遺漏。
2、版本重複測試：快速正確的進行版本重複測試。
3、監督過程：可以準確、有效的評估測試的工作量。
4、評估結果：對產品進行評估，對測試完成情況進行評價。
5、提高效率：避免盲目測試。
6、縮短週期：
五、測試用例質量：
1、在編寫測試用例之前，還要明確專案對測試用例的具體要求：
（1）測試用例編號如何命名；
（2）測試用例應該提交到什麼地方；
（3）測試用例中用到的附件命名規定，存放位置；
2、測試用例是需要更新和維護的，是乙個不斷修改完善的過程；
3、測試用例需要正式的評審；
4、測試用例覆蓋系統的程度決定測試的覆蓋程度；
五、要求：
1、基本要求：
在編寫一條測試用例時，要求步驟描述清晰、準確、易讀，預期結果明確。
（1）如果有特殊的設定、預置條件等，要明確寫出；
（2）如果有熟人資料，一般要給出熟入資料取值；
（3）如果有附件，要給出附件存放位置，名稱。
2、校驗標準：
寫完用例後，讓別人照著自己的用例去執行測試，可以很順暢的執行下來。
3、高標準要求：
（1）測試用例編寫的有條理、邏輯性強
可以按照功能點分類、操作順序等邏輯編寫，而不要一會測試這兒一會測試那兒。
（2）功能覆蓋全面、深入，不夠發現軟體中更多的缺陷。
4、校驗標準：
（1）能把軟體中的缺陷盡可能多的找出來，按照你的測試用例測試完的軟體，遺留的缺陷最少——
要求測試人員最終達到的目標，是乙個需要長期練習、積累的過程。
六、 因果圖：
使用因果圖法設計測試用例：
（一）、設計場合：
1、在乙個介面中，有很多的輸入，這些輸入之間有一定的組合關係，不同的輸入組合會產生
不同的輸出結果的組合，為了弄清輸入和輸出的對應關係，就可以使用因果圖法。
（二）、核心概念：
1、因——原因（輸入條件、輸入動作）
2、果——結果（輸出結果）
使用圖形的方式，表達出輸入組合和輸出組合的關係。
（三）、圖形符號：
1、基本符號：表達的是輸入和輸出的關係。
（1）恒等：*
（2）非
（3）或
（4）與：*
2、約束（限制）符號：約束的是同一類的————約束的是全部輸入、或者約束的全部都是輸出。
測試用例編寫注意事項和編寫方法
注意事項 1 根據專案的實際情況設計測試用例 2 用例格式不是固定的,不能生搬硬套 3 根據具體的情況編寫 編寫方法 1等價類劃分法 黑盒測試 2邊界值分析法 使用邊界值分析法設計測試用例一般與等價類劃分法結合起來 但它不是乙個等價類中任選乙個例子作為代表,而是將測試邊界情況作為目標,選取正好等價 ...
寫測試用例注意事項
用例狀態等，沒有的不需要填寫。用例設計，一定要可執行 最好2分鐘內能執行完 改進建議 1 用例狀態 請置空 2 用例步驟不要過長，根據目的適當拆分幾條。3 盡量提煉合併，如文字框，下拉列表，文字介面，瀏覽器，平台等等 測試分類 ui ue 通用測試用例 功能衝突測試 併發 與外部系統互動及影響等 相...
測試用例及其注意事項
簡單地說，測試用例就是 設計乙個情況，軟體程式在這種情況下，必須能夠正常執行並且達到程式所設計的預期結果 有效性 測試用例是測試人員測試過程中的重要參考依據。可復用性 良好的測試用例具有重複使用的功能，使得測試過程事半功倍，提高測試效率。易組織性 即使是小的專案，也可能會有幾千甚至更多的測試用例，測...