1樓：終極至尊
一、等價類劃分
等價類劃分主要適用於單個輸入條件，輸入為數值型的情況，如果輸入規定了輸入區間，可劃分出乙個有效等價類，兩個無效等價類;如果輸入只規定了輸入範圍，可劃分出乙個有效等價類，乙個無效等價類。
二、邊界值
邊界值方法也是適用於單個輸入條件的情況，輸入型別可以數值、字元等，要測試的邊界包括上點、下點、離點。
三、錯誤推測法
錯誤推測法主要是測試設計人員的測試經驗相關,測試經驗不同,設計出來的測試用例也區別很大。
四、因果圖法
因果圖方法考慮輸入的組合，特別適用於多個輸入條件相關有關聯又相互約束的情況。
設計步驟：
1)羅列出輸入與輸出;
2)根據輸入與輸出畫出因果圖;
3)標出約束跟限制;
4)把因果圖轉化成判定表;
5)根據判定表的每一列設計測試用例。
五、判定表驅動法
判定表適合於解決多個邏輯條件的組合。將各種邏輯的組合羅列出來，避免遺漏。不能表達重複的操作。
判定表包括條件樁、條件項、動作樁、動作項。
條件樁：列出所有條件，次序無關;
條件項：列出所對應條件的所有可能情況下的取值;
動作樁：列出可能採取的操作，次序無關;
動作項：列出條件項各種取值情況下採取的操作。
設計步驟：
1)確定規則個數，條件及各條件取值的組合;
2)列出條件樁、動作樁;
3)列出條件項;
4)列出動作項;
5)初始化判定表;
6)規則簡化、合併。
2樓：百度文庫精選
內容來自使用者:小微風信
測試用例的設計方法（全）之一
(1)等價類劃分方法：
一.方法簡介1.定義 是把所有可能的輸入資料,即程式的輸入域劃分成若干部分（子集）,然後從每乙個子集中選取少數具有代表性的資料作為測試用例。
該方法是一種重要的,常用的黑盒測試用例設計方法。 2.劃分等價類：
等價類是指某個輸入域的子集合。在該子集合中,各個輸入資料對於揭露程式中的錯誤都是等效的，並合理地假定：測試某等價類的代表值就等於對這一類其它值的測試，因此,可以把全部輸入資料合理劃分為若干等價類,在每乙個等價類中取乙個資料作為測試的輸入條件就可以用少量代表性的測試資料取得較好的測試結果。
等價類劃分可有兩種不同的情況：有效等價類和無效等價類。 1)有效等價類 是指對於程式的規格說明來說是合理的、有意義的輸入資料構成的集合。
利用有效等價類可檢驗程式是否實現了規格說明中所規定的功能和效能。 2)無效等價類 與有效等價類的定義恰巧相反。無效等價類指對程式的規格說明是不合理的或無意義的輸入資料所構成的集合。
對於具體的問題，無效等價類至少應有乙個，也可能有多個。 設計測試用例時,要同時考慮這兩種等價類。因為軟體不僅要能接收合理的資料,也要能經受意外的考驗，這樣的測試才能確保軟體具有更高的可靠性。
3)
3樓：骨子裡的悲傷
等價類邊界值
判定表正交試驗
狀態遷移
流程分析
因果圖輸入域覆蓋
輸出域覆蓋
異常分析
錯誤猜測
常見的測試用例設計方法都有哪些
4樓：727傻
1. 等價類劃分
軟體測試面試題劃分等價類: 等價類是指某個輸入域的子集合.在該子集合中,各個輸入資料對於揭露程式中的錯誤都是等效的.
並合理地假定:測試某等價類的代表值就等於對這一類其它值的測試.因此,可以把全部輸入資料合理劃分為若干等價類,在每乙個等價類中取乙個資料作為測試的輸入條件,就可以用少量代表性的測試資料.
取得較好的測試結果.等價類劃分可有兩種不同的情況:有效等價類和無效等價類.
2. 邊界值分析法
邊界值分析方法是對等價類劃分方法的補充。測試工作經驗告訴我,大量的錯誤是發生在輸入或輸出範圍的邊界上,而不是發生在輸入輸出範圍的內部.因此針對各種邊界情況設計測試用例,可以查出更多的錯誤.
使用邊界值分析方法設計測試用例,首先應確定邊界情況.通常輸入和輸出等價類的邊界,就是應著重測試的邊界情況.應當選取正好等於,剛剛大於或剛剛小於邊界的值作為測試資料,而不是選取等價類中的典型值或任意值作為測試資料.
3. 錯誤推測法
基於經驗和直覺推測程式中所有可能存在的各種錯誤, 從而有針對性的設計測試用例的方法.
錯誤推測方法的基本思想: 列舉出程式中所有可能有的錯誤和容易發生錯誤的特殊情況,根據他們選擇測試用例. 例如, 在單元測試時曾列出的許多在模組中常見的錯誤.
以前產品測試中曾經發現的錯誤等, 這些就是經驗的總結。還有, 輸入資料和輸出資料為0的情況。輸入**為空格或輸入**只有一行.
這些都是容易發生錯誤的情況。可選擇這些情況下的例子作為測試用例.
4. 因果圖方法
前面介紹的等價類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯絡, 相互組合等. 考慮輸入條件之間的相互組合,可能會產生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價類,他們之間的組合情況也相當多.
因此必須考慮採用一種適合於描述對於多種條件的組合,相應產生多個動作的形式來考慮設計測試用例. 這就需要利用因果圖（邏輯模型）. 因果圖方法最終生成的就是判定表.
它適合於檢查程式輸入條件的各種組合情況.
5. 正交表分析法
有時候，可能因為大量的引數的組合而引起測試用例數量上的激增，同時，這些測試用例並沒有明顯的優先順序上的差距，而測試人員又無法完成這麼多數量的測試，就可以通過正交表來進行縮減一些用例，從而達到盡量少的用例覆蓋盡量大的範圍的可能性。
6. 場景分析方法
指根據使用者場景來模擬使用者的操作步驟，這個比較類似因果圖，但是可能執行的深度和可行性更好。
白盒測試用例設計的關鍵是以較少的用例覆蓋盡可能多的內部程式邏輯結果
黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模組輸出和輸入介面。不可能做到完全測試，以最少的用例在合理的時間內發現最多的問題
詳細的描述乙個測試活動完整的過程。1. 專案經理通過和客戶的交流，完成需求文件，由開發人員和測試人員共同完成需求文件的評審，評審的內容包括：
需求描述不清楚的地方和可能有明顯衝突或者無法實現的功
軟體測試用例設計的關鍵是什麼，做好測試用例的關鍵是什麼
面試時回答 覆蓋率與冗餘 1.使用者需求，需要了解需求。不瞭解需求，設計測試用例無從談起。2.把需求分析進化成需求點列表。這樣才能保證覆蓋率。也是後期核查測試覆蓋率以及更新新增測試用例的依據。3.瞭解功能的層次，哪些是主要功能，需要詳細設計，全面覆蓋，哪些是不常用的功能，可以粗線條的設計。哪些功能是...
高分求 程式進行測試用例設計
判定型別 有效等價類 一般三角形 a 0 b 0 c 0 a b c v a c b v b c a 1 非一般三角形 a 0 v b 0 v c 0 a b c v a c b v b c a 2 等腰三角形 1 a b v a c v b c 3 非等腰三角形 2 v a b v b c v a...
說明一條完整的測試用例包括哪些內容
鬧鬧 2 軟體或專案的版本 內部版本號 3 功能模組名 4 測試用例的簡單描述，即該用例執行的目的或方法5 測試用例的參考資訊 便於跟蹤和參考 6 本測試用例與其他測試用例間的依賴關係7 本用例的前置條件，即執行本用例必須要滿足的條件，如對資料庫的訪問許可權 8 用例的編號 id 如可以是 軟體名稱...