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