測試用例執行過程中的阻塞問題。多次阻塞問題是輸入資料錯誤或者預期結果描述不清晰。後者更為嚴重，對於預期結果的描述必須關注該步驟的執行所產生的全部結果，比如線上**購物時，選中商品書，選購數量1。數量1不僅是購買數量加1，同時還應該關注線上**的庫存也會減1.這兩點都需要包含，這樣才是乙個合格的預期結果。
bug的判定
在時間選擇搜尋表單中，選擇開始時間晚於結束時間進行搜尋時，系統報錯，這樣的情況屬於bug。如果系統可以正常搜尋，但是沒有搜尋結果，這樣的情況是合理的，不屬於bug，程式按照給出的條件進行搜尋，只是沒有符合條件的結果。
測試用例編寫標準
軟體測試用例編寫標準 1.需求點要100 覆蓋。2.被測功能點或控制項100 覆蓋。使用者需求說明書形成測試功能說明書 3.必須驗證正確性操作，正常資料和可能導致出錯的資料，操作。4.有資料值域的必須考慮資料值域覆蓋 邊界值，等價類 5.所有的邊界值都必須覆蓋 6.等價類必須包含有效和無效等價類 7...
測試用例（四）測試用例編寫
一.測試用例編寫方法 1.等價類劃分 如何選擇適當的資料子集，來代表整個資料集。通過降低測試的資料去實現 合理的 覆蓋，覆蓋了更多的可能資料，以發現更多的軟體缺陷 邊界值分析法 2.邊界值分析 使用邊界值分析方法設計測試用例時一般與等價類劃分結合起來，但它不是從乙個等價類中任選乙個例子作為代表，而是...
測試用例編寫
一 測試用例編寫準備 從配置管理員處申請軟體配置 需求規格說明書 和 設計說明書 根據需求規格說明書和設計說明書，詳細理解使用者的真正需求，並且對軟體所實現的功能已經準確理解，然後著手制訂測試用例。二 測試用例制定的原則 測試用例要包括欲測試的功能 應輸入的資料和預期的輸出結果。測試資料應該選用少量...