功能測試常用的測試用例設計方法

⑴ 測試用例設計方法有哪些

可以採用軟體測試常用的基該方法：等價類劃分法、邊界值分析法、錯誤推測法、因果圖法、邏輯覆蓋法等設計測試用例。視軟體的不同性質採用不同的方法。如何靈活運用各種基該方法來設計完整的測試用例，並最終實現暴露隱藏的缺陷，全憑測試設計人員的豐富經驗和精心設計。

編寫測試用例文檔應有文檔模板，須符合內部的規范要求。測試用例文檔將受制於測試用例管理軟體的約束。 軟體產品或軟體開發項目的測試用例一般以該產品的軟體模塊或子系統為單位，形成一個測試用例文檔，但並不是絕對的。

測試用例文檔由簡介和測試用例兩部分組成。簡介部分編制了測試目的、測試范圍、定義術語、參考文檔、概述等。測試用例部分逐一列示各測試用例。每個具體測試用例都將包括下列詳細信息：版本號、模塊名稱、用例編號、用例名稱、用例級別、預知條件、驗證步驟、期望結果（含判斷標准）、測試結果、測試時間、測試人員等。

(1)功能測試常用的測試用例設計方法擴展閱讀

測試用例設計一般遵循以下原則：

（1）正確性。輸入用戶實際數據以驗證系統是否滿足需求規格說明書的要求；測試用例中的測試點應首先保證要至少覆蓋需求規格說明書中的各項功能，並且正常。

（2）全面性。覆蓋所有的需求功能項；設計的用例除對測試點本身的測試外，還需考慮用戶實際使用的情況、與其他部分關聯使用的情況、非正常情況（不合理、非法、越界以及極限輸入數據）操作和環境設置等。

（3）連貫性。用例組織有條理、主次分明，尤其體現在業務測試用例上；用例執行粒度盡量保持每個用例都有測點，不能同時覆蓋很多功能點，否則執行起來牽連太大，所以每個用例間保持連貫性很重要。

（4）可判定性。測試執行結果的正確性是可判定的，每一個測試用例都有相應的期望結果

（5）可操作性。測試用例中要寫清楚測試的操作步驟，以及與不同的操作步驟相對應的測試結果。

⑵ 常見的測試用例設計方法都有哪些

1.等價類劃分 如下圖所示

2. 邊界值：應選取正好等於、剛剛大於、剛剛小於邊界值作為測試數據

3. 錯誤推測法：進行錯誤的操作，驗證程序是否對出錯的場景和情況有應對能力。

4. 因果圖法/判定表法：適合於檢查程序輸入條件的各種組合情況。

5. 場景法：場景描述的業務流程
基本流：主要是功能的正常操作流程
分支流：需要程序做非法判斷處理

⑶ 目前主要的測試用例設計方法是什麼

主要的測試用例方法有：
等價類、邊界值、因果圖、錯誤猜測、正交試驗等等，用到最多的肯定是等價類和邊界值，基本上任何用例都會用到這兩種方法，當然，錯誤猜測也是比較常用的。

⑷ 軟體測試用例的幾種設計方法

一、等價類劃分 等價類劃分主要適用於單個輸入條件，輸入為數值型的情況，如果輸入規定了輸入區間，可劃分出一個有效等價類，兩個無效等價類;如果輸入只規定了輸入范圍，可劃分出一個有效等價類，一個無效等價類。 二、邊界值 邊界值方法也是適用於單個輸入條件的情況，輸入類型可以數值、字元等，要測試的邊界包括上點、下點、離點。 三、錯誤推測法 錯誤推測法主要是測試設計人員的測試經驗相關,測試經驗不同,設計出來的測試用例也區別很大。 四、因果圖法 因果圖方法考慮輸入的組合，特別適用於多個輸入條件相關有關聯又相互約束的情況。 設計步驟： 1)羅列出輸入與輸出; 2)根據輸入與輸出畫出因果圖; 3)標出約束跟限制; 4)把因果圖轉化成判定表; 5)根據判定表的每一列設計測試用例。 五、判定表驅動法 判定表適合於解決多個邏輯條件的組合。將各種邏輯的組合羅列出來，避免遺漏。不能表達重復的操作。 判定表包括條件樁、條件項、動作樁、動作項。 條件樁：列出所有條件，次序無關; 條件項：列出所對應條件的所有可能情況下的取值; 動作樁：列出可能採取的操作，次序無關; 動作項：列出條件項各種取值情況下採取的操作。 設計步驟： 1)確定規則個數，條件及各條件取值的組合; 2)列出條件樁、動作樁; 3)列出條件項; 4)列出動作項; 5)初始化判定表; 6)規則簡化、合並。

⑸ 測試用例的設計方法有哪些

黑盒：等價類劃分法，邊界值法 ，因果圖法，場景法，錯誤推斷法 白盒：基本路徑覆蓋法，條件覆蓋法，語句覆蓋法，判定覆蓋法

⑹ 軟體測試方法有哪些測試用例設計方法有哪些（詳細）

1、按是否查看程序內部結構分為：
（1）黑盒測試
（2）白盒測試
2、按是否運行程序分為：
（1）靜態測試（static testing）：
（2）動態測試
3、按階段劃分：
（1）單元測試
（2）集成測試
（3）系統測試
（4）驗收測試
4、黑盒測試分為功能測試和性能測試：
5、其他測試類型：
回歸測試
冒煙測試
隨機測試

測試用例設計方法
（1）逐級細分法（2）輸入域測試法 （3）輸出域分析法 （4）正交試驗設計法 （5） 業務流程分析法 （6）狀態遷移法 （7）因果圖法 （8）判定表法 （9）錯誤猜測法 (10)等價類劃分法 （11）邊界值分析法

⑺ 常見的測試用例設計方法都有哪些

基於業務邏輯的測試
基於用戶操作的測試
探索性測試
原因：當前產品除了質量外，發布速度也很重要，如果按照這樣的方式設計用例，一般來說比較浪費時間，而且還要去除冗餘（除非做成自動化）。對於這樣的用例發展的bug很多是用戶不會遇到的，或者用戶遇到了也覺得關系不大的（想下你自己使用一個軟體碰到一個問題你怎麼處理）。
從筆者做測試7年來看，沒有去刻意的在用例設計裡面用過這些東西，也不建議你用，特別是在當前敏捷的方式下（純屬個人觀點）

⑻ 測試用例設計方法都有哪些

是說布局？根據測試類型，流程類型分類即可，比如功能測試，ui測試
還是說設計用例？黑盒有等價類劃分，邊界值分析，錯誤推測，因果圖，正交分解。白盒有邏輯覆蓋，語句覆蓋，分支覆蓋，判斷覆蓋，循環覆蓋。

⑼ 你所熟悉的測試用例設計方法都有哪些

測試用例常見的設計方法有：等價類劃分法、邊界值分析法、錯誤推測法、判定表法、正交實驗法。
一、等價類劃分法
顧名思義，顧名思義，等價類劃分，就是將測試的范圍劃分成幾個互不相交的子集，他們的並集是全集，從每個子集選出若干個有代表性的值作為測試用例。
二、邊界值分析法
長期的測試工作經驗告訴我們，大量的錯誤是發生在輸入或輸出范圍的邊界上，而不是發生在輸入輸出范圍的內部。因此針對各種邊界情況設計測試用例，可以查出更多的錯誤。
三、錯誤推測
錯誤推測法是指：在測試程序時，人們可以根據經驗或直覺推測程序中可能存在的各種錯誤，從而有針對性地編寫檢查這些錯誤的測試用例的方法。
這種方法沒有固定的形式，依靠的是經驗和直覺，很多時候，我們都會不知不覺的使用到。
四、判定表法
又稱為策略表，基於策略表的測試，是功能測試中最嚴密的測試方法。該方法適合於邏輯判斷復雜的場景，通過窮舉條件獲得結果，對結果再進行優化合並，會得到一個判斷清晰的策略表。
五、正交實驗法
用語言描述正交實驗法會很抽象難懂，簡單說，就是在各因素互相獨立的情況下，設計出一種特殊的表格，找出能以少數替代全面的測試用例。

(9)功能測試常用的測試用例設計方法擴展閱讀：
功能測試方法還有很多，例如因果圖法，狀態轉換測試法等，他們都略為復雜，像正交實驗法一樣，有各自的一套東西，不過本質都是通過畫圖，讓我們更好的思考，最後轉化成判定表。
實際上常用的是前面五種方法，包括：等價類劃分法、邊界值分析法、錯誤推測法、判定表法、正交實驗法。
等價類劃分法劃分標准：
1) 完備測試、避免冗餘
2) 劃分等價類重要的是：集合的劃分、劃分為互不相交的一組子集，而子集的並是整個集合
3) 並是整個集合：備性
4) 子集互不相交：保證一種形式的無冗餘性
5) 同一類中標識（選擇）一個測試用例，同一等價類中，往往處理相同，相同處理映射到「相同的執行路徑」。

⑽ 性能測試常用哪些測試用例設計方法

1. 等價類劃分
常見的軟體測試面試題劃分等價類: 等價類是指某個輸入域的子集合.在該子集合中,各個輸入數據對於揭露程序中的錯誤都是等效的.並合理地假定:測試某等價類的代表值就等於對這一類其它值的測試.因此,可以把全部輸入數據合理劃分為若乾等價類,在每一個等價類中取一個數據作為測試的輸入條件,就可以用少量代表性的測試數據.取得較好的測試結果.等價類劃分可有兩種不同的情況:有效等價類和無效等價類.
2. 邊界值分析法
邊界值分析方法是對等價類劃分方法的補充。測試工作經驗告訴我,大量的錯誤是發生在輸入或輸出范圍的邊界上,而不是發生在輸入輸出范圍的內部.因此針對各種邊界情況設計測試用例,可以查出更多的錯誤.
使用邊界值分析方法設計測試用例,首先應確定邊界情況.通常輸入和輸出等價類的邊界,就是應著重測試的邊界情況.應當選取正好等於,剛剛大於或剛剛小於邊界的值作為測試數據,而不是選取等價類中的典型值或任意值作為測試數據.
3. 錯誤推測法
基於經驗和直覺推測程序中所有可能存在的各種錯誤, 從而有針對性的設計測試用例的方法.
錯誤推測方法的基本思想: 列舉出程序中所有可能有的錯誤和容易發生錯誤的特殊情況,根據他們選擇測試用例. 例如, 在單元測試時曾列出的許多在模塊中常見的錯誤. 以前產品測試中曾經發現的錯誤等, 這些就是經驗的總結。還有, 輸入數據和輸出數據為0的情況。輸入表格為空格或輸入表格只有一行. 這些都是容易發生錯誤的情況。可選擇這些情況下的例子作為測試用例.
4. 因果圖方法
前面介紹的等價類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯系, 相互組合等. 考慮輸入條件之間的相互組合,可能會產生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價類,他們之間的組合情況也相當多. 因此必須考慮採用一種適合於描述對於多種條件的組合,相應產生多個動作的形式來考慮設計測試用例. 這就需要利用因果圖（邏輯模型）. 因果圖方法最終生成的就是判定表. 它適合於檢查程序輸入條件的各種組合情況.
5. 正交表分析法
有時候，可能因為大量的參數的組合而引起測試用例數量上的激增，同時，這些測試用例並沒有明顯的優先順序上的差距，而測試人員又無法完成這么多數量的測試，就可以通過正交表來進行縮減一些用例，從而達到盡量少的用例覆蓋盡量大的范圍的可能性。
6. 場景分析方法
指根據用戶場景來模擬用戶的操作步驟，這個比較類似因果圖，但是可能執行的深度和可行性更好。
白盒測試用例設計的關鍵是以較少的用例覆蓋盡可能多的內部程序邏輯結果
黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模塊輸出和輸入介面。不可能做到完全測試，以最少的用例在合理的時間內發現最多的問題
詳細的描述一個測試活動完整的過程。1. 項目經理通過和客戶的交流，完成需求文檔，由開發人員和測試人員共同完成需求文檔的評審，評審的內容包括：需求描述不清楚的地方和可能有明顯沖突或者無法實現的功