測試用例設計及方法都(常見的測試用例設計方法都)
1.常見的測試用例設計方法都有哪些
1. 等價類劃分
常見的軟件測試面試題劃分等價類： 等價類是指某個輸入域的子集合.在該子集合中，各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的.并合理地假定：測試某等價類的代表值就等于對這一類其它值的測試.因此，可以把全部輸入數(shù)據(jù)合理劃分為若干等價類，在每一個等價類中取一個數(shù)據(jù)作為測試的輸入條件，就可以用少量代表性的測試數(shù)據(jù).取得較好的測試結果.等價類劃分可有兩種不同的情況：有效等價類和無效等價類.
2. 邊界值分析法
邊界值分析方法是對等價類劃分方法的補充。測試工作經(jīng)驗告訴我，大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上，而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對各種邊界情況設計測試用例，可以查出更多的錯誤.
使用邊界值分析方法設計測試用例，首先應確定邊界情況.通常輸入和輸出等價類的邊界，就是應著重測試的邊界情況.應當選取正好等于，剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù)，而不是選取等價類中的典型值或任意值作為測試數(shù)據(jù).
3. 錯誤推測法
基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤， 從而有針對性的設計測試用例的方法.
錯誤推測方法的基本思想： 列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況，根據(jù)他們選擇測試用例. 例如， 在單元測試時曾列出的許多在模塊中常見的錯誤. 以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯誤等， 這些就是經(jīng)驗的總結。還有， 輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況。輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯誤的情況?？蛇x擇這些情況下的例子作為測試用例.
4. 因果圖方法
前面介紹的等價類劃分方法和邊界值分析方法，都是著重考慮輸入條件，但未考慮輸入條件之間的聯(lián)系， 相互組合等. 考慮輸入條件之間的相互組合，可能會產(chǎn)生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情， 即使把所有輸入條件劃分成等價類，他們之間的組合情況也相當多. 因此必須考慮采用一種適合于描述對于多種條件的組合，相應產(chǎn)生多個動作的形式來考慮設計測試用例. 這就需要利用因果圖（邏輯模型）. 因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況.
5. 正交表分析法
有時候，可能因為大量的參數(shù)的組合而引起測試用例數(shù)量上的激增，同時，這些測試用例并沒有明顯的優(yōu)先級上的差距，而測試人員又無法完成這么多數(shù)量的測試，就可以通過正交表來進行縮減一些用例，從而達到盡量少的用例覆蓋盡量大的范圍的可能性。
6. 場景分析方法
指根據(jù)用戶場景來模擬用戶的操作步驟，這個比較類似因果圖，但是可能執(zhí)行的深度和可行性更好。
白盒測試用例設計的關鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結果
黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合理的時間內(nèi)發(fā)現(xiàn)最多的問題
詳細的描述一個測試活動完整的過程。1. 項目經(jīng)理通過和客戶的交流，完成需求文檔，由開發(fā)人員和測試人員共同完成需求文檔的評審，評審的內(nèi)容包括：需求描述不清楚的地方和可能有明顯沖突或者無法實現(xiàn)的功
2.軟件測試用例的幾種設計方法
一、等價類劃分
等價類劃分主要適用于單個輸入條件，輸入為數(shù)值型的情況，如果輸入規(guī)定了輸入?yún)^(qū)間，可劃分出一個有效等價類，兩個無效等價類；如果輸入只規(guī)定了輸入范圍，可劃分出一個有效等價類，一個無效等價類。
二、邊界值
邊界值方法也是適用于單個輸入條件的情況，輸入類型可以數(shù)值、字符等，要測試的邊界包括上點、下點、離點。
三、錯誤推測法
錯誤推測法主要是測試設計人員的測試經(jīng)驗相關，測試經(jīng)驗不同，設計出來的測試用例也區(qū)別很大。
四、因果圖法
因果圖方法考慮輸入的組合，特別適用于多個輸入條件相關有關聯(lián)又相互約束的情況。
設計步驟：
1）羅列出輸入與輸出；
2）根據(jù)輸入與輸出畫出因果圖；
3）標出約束跟限制；
4）把因果圖轉化成判定表；
5）根據(jù)判定表的每一列設計測試用例。
五、判定表驅(qū)動法
判定表適合于解決多個邏輯條件的組合。將各種邏輯的組合羅列出來，避免遺漏。不能表達重復的操作。
判定表包括條件樁、條件項、動作樁、動作項。
條件樁：列出所有條件，次序無關；
條件項：列出所對應條件的所有可能情況下的取值；
動作樁：列出可能采取的操作，次序無關；
動作項：列出條件項各種取值情況下采取的操作。
設計步驟：
1）確定規(guī)則個數(shù)，條件及各條件取值的組合；
2）列出條件樁、動作樁；
3）列出條件項；
4）列出動作項；
5）初始化判定表；
6）規(guī)則簡化、合并。
3.軟件測試方法有哪些
1、按是否查看程序內(nèi)部結構分為：
(1)黑盒測試
(2)白盒測試
2、按是否運行程序分為：
(1)靜態(tài)測試（static testing）:
(2)動態(tài)測試
3、按階段劃分：
(1)單元測試
(2)集成測試
(3)系統(tǒng)測試
(4)驗收測試
4、黑盒測試分為功能測試和性能測試：
5、其他測試類型：
回歸測試
冒煙測試
隨機測試
測試用例設計方法
(1)逐級細分法（2）輸入域測試法 （3）輸出域分析法 （4）正交試驗設計法 （5） 業(yè)務流程分析法 （6）狀態(tài)遷移法 （7）因果圖法 （8）判定表法 （9）錯誤猜測法 （10）等價類劃分法 （11）邊界值分析法
4.編寫測試用例有哪些方法
可以采用軟件測試常用的基該方法：等價類劃分法、邊界值分析法、錯誤推測法、因果圖法、邏輯覆蓋法等設計測試用例。視軟件的不同性質(zhì)采用不同的方法。如何靈活運用各種基該方法來設計完整的測試用例，并最終實現(xiàn)暴露隱藏的缺陷，全憑測試設計人員的豐富經(jīng)驗和精心設計。
編寫測試用例文檔應有文檔模板，須符合內(nèi)部的規(guī)范要求。測試用例文檔將受制于測試用例管理軟件的約束。 軟件產(chǎn)品或軟件開發(fā)項目的測試用例一般以該產(chǎn)品的軟件模塊或子系統(tǒng)為單位，形成一個測試用例文檔，但并不是絕對的。
測試用例文檔由簡介和測試用例兩部分組成。簡介部分編制了測試目的、測試范圍、定義術語、參考文檔、概述等。測試用例部分逐一列示各測試用例。每個具體測試用例都將包括下列詳細信息：版本號、模塊名稱、用例編號、用例名稱、用例級別、預知條件、驗證步驟、期望結果（含判斷標準）、測試結果、測試時間、測試人員等。
擴展資料
測試執(zhí)行過程中，應該注意及時更新測試用例。往往在測試執(zhí)行過程中，才發(fā)現(xiàn)遺漏了一些測試用例，這時候應該及時的補充；往往也會發(fā)現(xiàn)有些測試用例在具體的執(zhí)行過程中根本無法操作，這時候應該刪除這部分用例；也會發(fā)現(xiàn)若干個冗余的測試用例完全可以由某一個測試用例替代，那么刪除冗余的測試用例。
總之，測試執(zhí)行的過程中及時地更新測試用例是很好的習慣。不要打算在測試執(zhí)行結束后，統(tǒng)一更新測試用例，如果這樣，往往會遺漏很多本應該更新的測試用例。
參考資料來源：百度百科-測試用例設計
參考資料來源：百度百科-測試用例
5.測試用例設計方法有多少
這是我以前收集的關于紙杯的測試用例，個人覺得不錯，有興趣的可以看一下：一個紙杯的測試用例：先看杯子能不能放水，放熱水會不會壞，能放多少，會不會漏，放桌子上會不會倒，杯子是圓口的還是方口的，形狀對不對，什么顏色的，用來喝水會不會擱嘴，杯子是不是紙做的，杯子內(nèi)壁是什么材料的。
功能測試：測試紙杯是否可以盛液體，例如水。
性能測試：測試紙杯的紙是否夠厚而不易變形。壓力測試（負載測試）：液體盛滿紙杯是否會壞。
可恢復性測試：裝入液體后將液體倒出后，紙杯是否可以恢復原裝強度測試：紙杯盛一段時間液體后是否會軟化損壞。外觀測試：紙杯外形是否美觀，圖案是否漂亮。
易用性測試：紙杯使用時手感是否好，口感是否好，會不會刺嘴。安全性測試：盛滿水拿起杯子后，杯子是否會變形將液體灑到用戶身上。
杯子的紙張厚度的均勻性，紙張的要求，韌性，硬度，耐酸性，耐堿性，接受各種液體低氣壓中，使用情況高氣壓中，使用情況防潮性，承重力，運載的損耗性溫度測試，空氣的最大溫度，最小溫度液體的最大溫度，最小溫度外形杯底和杯口水平于地面不招蟲，衛(wèi)生角度，安全性，無毒染色性，保鮮性象KFC的杯子里面有臘的。
6.測試過程設計和測試用例設計方法有哪些
1. 等價類劃分 常見的軟件測試面試題劃分等價類： 等價類是指某個輸入域的子集合.在該子集合中，各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的.并合理地假定：測試某等價類的代表值就等于對這一類其它值的測試.因此，可以把全部輸入數(shù)據(jù)合理劃分為若干等價類，在每一個等價類中取一個數(shù)據(jù)作為測試的輸入條件，就可以用少量代表性的測試數(shù)據(jù).取得較好的測試結果.等價類劃分可有兩種不同的情況：有效等價類和無效等價類. 2. 邊界值分析法 邊界值分析方法是對等價類劃分方法的補充。
測試工作經(jīng)驗告訴我，大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上，而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對各種邊界情況設計測試用例，可以查出更多的錯誤. 使用邊界值分析方法設計測試用例，首先應確定邊界情況.通常輸入和輸出等價類的邊界，就是應著重測試的邊界情況.應當選取正好等于，剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù)，而不是選取等價類中的典型值或任意值作為測試數(shù)據(jù). 3. 錯誤推測法 基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤， 從而有針對性的設計測試用例的方法. 錯誤推測方法的基本思想： 列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況，根據(jù)他們選擇測試用例. 例如， 在單元測試時曾列出的許多在模塊中常見的錯誤. 以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯誤等， 這些就是經(jīng)驗的總結。還有， 輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況。
輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯誤的情況?？蛇x擇這些情況下的例子作為測試用例. 4. 因果圖方法 前面介紹的等價類劃分方法和邊界值分析方法，都是著重考慮輸入條件，但未考慮輸入條件之間的聯(lián)系， 相互組合等. 考慮輸入條件之間的相互組合，可能會產(chǎn)生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情， 即使把所有輸入條件劃分成等價類，他們之間的組合情況也相當多. 因此必須考慮采用一種適合于描述對于多種條件的組合，相應產(chǎn)生多個動作的形式來考慮設計測試用例. 這就需要利用因果圖（邏輯模型）. 因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況. 5. 正交表分析法 有時候，可能因為大量的參數(shù)的組合而引起測試用例數(shù)量上的激增，同時，這些測試用例并沒有明顯的優(yōu)先級上的差距，而測試人員又無法完成這么多數(shù)量的測試，就可以通過正交表來進行縮減一些用例，從而達到盡量少的用例覆蓋盡量大的范圍的可能性。
6. 場景分析方法 指根據(jù)用戶場景來模擬用戶的操作步驟，這個比較類似因果圖，但是可能執(zhí)行的深度和可行性更好。 白盒測試用例設計的關鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結果 黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。
不可能做到完全測試，以最少的用例在合理的時間內(nèi)發(fā)現(xiàn)最多的問題 詳細的描述一個測試活動完整的過程。1. 項目經(jīng)理通過和客戶的交流，完成需求文檔，由開發(fā)人員和測試人員共同完成需求文檔的評審，評審的內(nèi)容包括：需求描述不清楚的地方和可能有明顯沖突或者無法實現(xiàn)的功。
