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