測試用例的方法依據(測試用例的方法)
1.測試用例的方法有哪些
一.等價類劃分法
顧名思義，等價類劃分，就是將測試的范圍劃分成幾個互不相交的子集，他們的并集是全集，從每個子集選出若干個有代表性的值作為測試用例。
例如，我們要測試一個用戶名是否合法，用戶名的定義為：8位數字組成的字符。
我們可以先劃分子集：空用戶名，1-7位數字，8位數字，9位或以上數字，非數字。
然后從每個子集選出若干個有代表性的值：
空用戶名：“” （無效等價類實例，指對于軟件規(guī)格說明而言，沒有意義的、不合理的輸入）
1-7位數字："234" （無效等價類實例）
8位數字："00000000" （有效等價類實例，能檢驗程序是否實現(xiàn)了規(guī)格說明中所規(guī)定的功能和性能）
9位或以上數字："1234567890" （無效等價類實例）
非數字："abc&?。?！" （無效等價類實例）
他們5個，就是用等價類劃分選出的測試用例。實際上，對于1-7位數字的子集來說，選“234”和“11111”沒有本質的區(qū)別。
等價類的劃分，最關鍵的是子集的劃分。實際上，非數字還可以繼續(xù)劃分子集：字母，特殊字符。
究竟要劃分到何種程度才合適呢？我請教過做測試的朋友，他的意見是，看你有多少資源和時間，還有，看是否值得。
對此，我表示贊同，畢竟無論你怎么測試，總會有未發(fā)現(xiàn)的缺陷存在，所以，先解決容易被發(fā)現(xiàn)的問題再說。
二.邊界值分析法
長期的測試工作經驗告訴我們，大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上，而不是發(fā)生在輸入輸出范圍的內部。因此針對各種邊界情況設計測試用例，可以查出更多的錯誤。選出的測試用例，應選取正好等于、剛剛大于、剛剛小于邊界的值，例如，對于在區(qū)間min,max的值，測試用例可以記為min,min+,max,max-。
例如，假定 X 為整數，10≤X≤100，那么 X 在測試中應該取的邊界值為：10,11,99,100。
注：上面只是說邊界值，如果是完整的測試，除了邊界值外，還需要一個正常值，即12-98之間的任意值。
三.錯誤推測法
錯誤推測法是指：在測試程序時，人們可以根據經驗或直覺推測程序中可能存在的各種錯誤，從而有針對性地編寫檢查這些錯誤的測試用例的方法。
這種方法沒有固定的形式，依靠的是經驗和直覺，很多時候，我們都會不知不覺的使用到。
四.判定表法
又稱為策略表，基于策略表的測試，是功能測試中最嚴密的測試方法。該方法適合于邏輯判斷復雜的場景，通過窮舉條件獲得結果，對結果再進行優(yōu)化合并，會得到一個判斷清晰的策略表。
2.常見的測試用例設計方法都有哪些
1. 等價類劃分
常見的軟件測試面試題劃分等價類： 等價類是指某個輸入域的子集合.在該子集合中，各個輸入數據對于揭露程序中的錯誤都是等效的.并合理地假定：測試某等價類的代表值就等于對這一類其它值的測試.因此，可以把全部輸入數據合理劃分為若干等價類，在每一個等價類中取一個數據作為測試的輸入條件，就可以用少量代表性的測試數據.取得較好的測試結果.等價類劃分可有兩種不同的情況：有效等價類和無效等價類.
2. 邊界值分析法
邊界值分析方法是對等價類劃分方法的補充。測試工作經驗告訴我，大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上，而不是發(fā)生在輸入輸出范圍的內部.因此針對各種邊界情況設計測試用例，可以查出更多的錯誤.
使用邊界值分析方法設計測試用例，首先應確定邊界情況.通常輸入和輸出等價類的邊界，就是應著重測試的邊界情況.應當選取正好等于，剛剛大于或剛剛小于邊界的值作為測試數據，而不是選取等價類中的典型值或任意值作為測試數據.
3. 錯誤推測法
基于經驗和直覺推測程序中所有可能存在的各種錯誤， 從而有針對性的設計測試用例的方法.
錯誤推測方法的基本思想： 列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況，根據他們選擇測試用例. 例如， 在單元測試時曾列出的許多在模塊中常見的錯誤. 以前產品測試中曾經發(fā)現(xiàn)的錯誤等， 這些就是經驗的總結。還有， 輸入數據和輸出數據為0的情況。輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯誤的情況?？蛇x擇這些情況下的例子作為測試用例.
4. 因果圖方法
前面介紹的等價類劃分方法和邊界值分析方法，都是著重考慮輸入條件，但未考慮輸入條件之間的聯(lián)系， 相互組合等. 考慮輸入條件之間的相互組合，可能會產生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情， 即使把所有輸入條件劃分成等價類，他們之間的組合情況也相當多. 因此必須考慮采用一種適合于描述對于多種條件的組合，相應產生多個動作的形式來考慮設計測試用例. 這就需要利用因果圖（邏輯模型）. 因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況.
5. 正交表分析法
有時候，可能因為大量的參數的組合而引起測試用例數量上的激增，同時，這些測試用例并沒有明顯的優(yōu)先級上的差距，而測試人員又無法完成這么多數量的測試，就可以通過正交表來進行縮減一些用例，從而達到盡量少的用例覆蓋盡量大的范圍的可能性。
6. 場景分析方法
指根據用戶場景來模擬用戶的操作步驟，這個比較類似因果圖，但是可能執(zhí)行的深度和可行性更好。
白盒測試用例設計的關鍵是以較少的用例覆蓋盡可能多的內部程序邏輯結果
黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合理的時間內發(fā)現(xiàn)最多的問題
詳細的描述一個測試活動完整的過程。1. 項目經理通過和客戶的交流，完成需求文檔，由開發(fā)人員和測試人員共同完成需求文檔的評審，評審的內容包括：需求描述不清楚的地方和可能有明顯沖突或者無法實現(xiàn)的功
3.編寫測試用例有哪些方法
可以采用軟件測試常用的基該方法：等價類劃分法、邊界值分析法、錯誤推測法、因果圖法、邏輯覆蓋法等設計測試用例。視軟件的不同性質采用不同的方法。如何靈活運用各種基該方法來設計完整的測試用例，并最終實現(xiàn)暴露隱藏的缺陷，全憑測試設計人員的豐富經驗和精心設計。
編寫測試用例文檔應有文檔模板，須符合內部的規(guī)范要求。測試用例文檔將受制于測試用例管理軟件的約束。 軟件產品或軟件開發(fā)項目的測試用例一般以該產品的軟件模塊或子系統(tǒng)為單位，形成一個測試用例文檔，但并不是絕對的。
測試用例文檔由簡介和測試用例兩部分組成。簡介部分編制了測試目的、測試范圍、定義術語、參考文檔、概述等。測試用例部分逐一列示各測試用例。每個具體測試用例都將包括下列詳細信息：版本號、模塊名稱、用例編號、用例名稱、用例級別、預知條件、驗證步驟、期望結果（含判斷標準）、測試結果、測試時間、測試人員等。
擴展資料
測試執(zhí)行過程中，應該注意及時更新測試用例。往往在測試執(zhí)行過程中，才發(fā)現(xiàn)遺漏了一些測試用例，這時候應該及時的補充；往往也會發(fā)現(xiàn)有些測試用例在具體的執(zhí)行過程中根本無法操作，這時候應該刪除這部分用例；也會發(fā)現(xiàn)若干個冗余的測試用例完全可以由某一個測試用例替代，那么刪除冗余的測試用例。
總之，測試執(zhí)行的過程中及時地更新測試用例是很好的習慣。不要打算在測試執(zhí)行結束后，統(tǒng)一更新測試用例，如果這樣，往往會遺漏很多本應該更新的測試用例。
參考資料來源：百度百科-測試用例設計
參考資料來源：百度百科-測試用例
4.測試用例的設計方法有哪些
原發(fā)布者：木易子午
常見的測試用例設計方法都有哪些？請分別以具體的例子來說明這些方法在測試用例設計工作中的應用。 1.等價類劃分 常見的軟件測試面試題劃分等價類：等價類是指某個輸入域的子集合.在該子集合中，各個輸入數據對于揭露程序中的錯誤都是等效的.并合理地假定：測試某等價類的代表值就等于對這一類其它值的測試.因此，可以把全部輸入數據合理劃分為若干等價類，在每一個等價類中取一個數據作為測試的輸入條件，就可以用少量代表性的測試數據.取得較好的測試結果.等價類劃分可有兩種不同的情況：有效等價類和無效等價類. 2.邊界值分析法 邊界值分析方法是對等價類劃分方法的補充。測試工作經驗告訴我，大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上，而不是發(fā)生在輸入輸出范圍的內部.因此針對各種邊界情況設計測試用例，可以查出更多的錯誤. 使用邊界值分析方法設計測試用例，首先應確定邊界情況.通常輸入和輸出等價類的邊界，就是應著重測試的邊界情況.應當選取正好等于，剛剛大于或剛剛小于邊界的值作為測試數據，而不是選取等價類中的典型值或任意值作為測試數據. 3.錯誤推測法基于經驗和直覺推測程序中所有可能存在的各種錯誤，從而有針對性的設計測試用例的方法.錯誤推測方法的基本思想：列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況，根據他們選擇測試用例.例如，在單元測試時曾列出的許多在模塊中常見的錯誤.以前產品測試中曾經發(fā)現(xiàn)的錯誤等，這些就是經驗的總結。還有，
