場景法設計測試用例

1. 軟體測試方法有哪些分類 各有什麼特點設計測試用例的主要方法有哪些

軟體測試方法分類：
白盒、黑盒、灰盒；
單元測試、集成測試、系統測版試、驗收權測試、回歸測試、Alpha 測試、Beta 測試；
靜態測試和動態測試.
設計測試用例的主要方法有：
等價類劃分；
邊界值分析法；
因果圖法；
場景法.
您的滿意就是我的動力.

2. 怎麼設計測試用例

先根據項目需求規格說明書，概要設計書，詳細設計書來分析測試需求點，編寫用例的目的內就是為了覆蓋這些容測試需求點，常用的用例設計方法有：等價類劃分法，邊界值法，因果圖法，判定表法，場景法，錯誤推測法，測試用例包含的主要內容有：測試標識，測試標題，預置條件，詳細操作步驟及輸入值，期望結果，實際結果等.

3. 黑盒測試的測試用例的設計方法有哪些

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

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

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

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

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

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

黑盒測試用例設計方法包括等價類劃分法、邊界值分析法、錯誤推測法、因內果圖法、判定表容驅動法、正交試驗設計法、功能圖法、場景圖法等。
白盒子測試方法：（強度由低到高）語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
測試人員經常用到的有等價類，邊界值，場景法，因果圖法。
具體方法的使用可以網路下，這里就不啰嗦了。

5. 如何選擇測試用例設計方法

設計方法如何選擇
p當遇到需要輸入數據時，首先進行等價類和邊界值版，這是減權
少工作量和提高測試效率最有效方法
p用錯誤推測法再追加一些測試用例
p對照程序邏輯，如果存在組合，用判定表設計用例
p對於業務流清晰的功能，利用場景法貫穿整個測試案例過程，
再針對不同節點綜合使用其他測試方法
p 測試用例的設計方法不是單獨存在的
p 在實際測試中，往往是綜合使用各種方法才能有效提高測試
效率和測試覆蓋度。

6. 如何應用場景法設計軟體測試用例.wps

？ 從拿到需求文復檔不要立馬開制始著手寫測試用例，需要仔細推敲整理需求，畫出系統級、模塊內流程圖，並找出各種測試點，等對需求進行了頭腦風暴般的整理之後，此時已對測試系統的功能很清楚了，再著手開始寫測試用例。那麼編寫測試用例的總體思路...

7. 場景法的設計步驟

1. 根據說明，描述出程序的基本流及各項備選流
2. 根據基本流和各項備選流生成不同的場景
3. 對每一個場景生成相應的測試用例
4. 對生成的所有測試用例重新復審，去掉多餘的測試用例，測試用例確定後，對每一個測試用例確定測試數據值
好了。說了一些場景法的基本概念和設計方法。想必大家已經有了一些了解了。再舉一個簡單例子來講解下。這里，我就不用網上很流行的ATM的例子了。我結合以前項目中遇到的情況。設計一個簡單的例子來講解下。
有一個在線購物的實例，用戶進入一個在線購物網站進行購物，選購物品後，進行在線購買，這時需要使用帳號登錄，登錄成功後，進行付錢交易，交易成功後，生成訂購單，完成整個購物過程。 對於每一個場景都需要確定測試用例。可以採用矩陣或決策表來確定和管理測試用例。
下面顯示了一種通用格式，其中各行代表各個測試用例，而各列則代表測試用例的信息。
本例中，對於每個測試用例，存在一個測試用例ID、條件（或說明）、測試用例中涉及的所有數據元素（作為輸入或已經存在於資料庫中）以及預期結果。
通過從確定執行用例場景所需的數據元素入手構建矩陣。然後，對於每個場景，至少要確定包含執行場景所需的適當條件的測試用例。例如，在下面的矩陣中，V（有效）用於表明這個條件必須是 VALID（有效的）才可執行基本流，而 I（無效）用於表明這種條件下將激活所需備選流。下表中使用的「n/a」（不適用）表明這個條件不適用於測試用例。 以上寫到的測試用例只是購物的一部分測試用例。需要的其他測試用例。
我們可以在寫完後再進行補充和擴展，達到比較好的覆蓋。
場景法就介紹到這里了。估計大家也都了解了。希望這些多大家有所幫助。

8. 如何應用場景法設計軟體測試用例

黑盒測試具體的黑盒測試用例設計方法包括等價類劃分法、邊界值分析法、場景法、錯誤推測法、因果圖法、判定表驅動法、正交試驗設計法、功能圖法等。這些方法是比較實用的，但採用什麼方法，在使用時自然要針對開發項目的特點對方法加以適當的選擇。等價類劃分法等價類劃分是一種典型的黑盒測試方法，用這一方法設計測試用例完全不考慮程序的內部結構，只根據對程序的需求和說明，即需求規格說明書。由於窮舉測試工作量太大，以致於無法實際完成，促使我們在大量的可能數據中選取其中的一部分作為測試用例。等價類劃分法等價類劃分法是把程序的輸入域劃分成若幹部分，然後從每個部分中選取少數代表性數據當作測試用例。每一類的代表性數據在測試中的作用等價於這一類中的其他值，也就是說，如果某一類中的一個例子發現了錯誤，這一等價類中的其他例子也能發現同樣的錯誤；反之，如果某一類中的一個例子沒有發現錯誤，則這一類中的其他例子也不會查出錯誤。使用這一方法設計測試用例，首先必須在分析需求規格說明的基礎上劃分等價類，列出等價類表。劃分等價類和列出等價類表可以把全部輸入數據合理劃分為若乾等價類，在每一個等價類中取一個數據作為測試的輸入條件，就可以用少量代表性的測試數據取得較好的測試結果。等價類劃分有兩種不同的情況：有效等價類：是指對於程序的規格說明來說是合理的、有意義的輸入數據構成的集合。利用有效等價類可檢驗程序是否實現了規格說明中所規定的功能和性能。無效等價類：與有效等價類的定義恰巧相反。設計測試用例時，要同時考慮這兩種等價類。因為軟體不僅要能接收合理的數據，也要能經受意外的考驗。這樣的測試才能確保軟體具有更高的可靠性。確定等價類的原則在輸入條件規定了取值范圍或值的個數的情況下，則可以確立一個有效等價類和兩個無效等價類。在輸入條件規定了輸入值的集合或者規定了「必須如何」的條件的情況下，可以確立一個有效等價類和一個無效等價類。在輸入條件是一個布爾量的情況下，可確定一個有效等價類和一個無效等價類。在規定了輸入數據的一組值(假定n個)，並且程序要對每一個輸入值分別處理的情況下，可確立n個有效等價類和一個無效等價類。在規定了輸入數據必須遵守的規則的情況下，可確立一個有效等價類(符合規則)和若干個無效等價類(從不同角度違反規則)。在確知已劃分的等價類中各元素在程序處理中的方式不同的情況下，則應再將該等價類進一步地劃分為更小的等價類。建立等價類表在確立了等價類之後，建立等價類表，列出所有劃分出的等價類：確定測試用例根據已列出的等價類表，按以下步驟確定測試用例：為每個等價類規定一個唯一的編號；設計一個新的測試用例，使其盡可能多地覆蓋尚未覆蓋的有效等價類。重復這一步，最後使得所有有效等價類均被測試用例所覆蓋；設計一個新的測試用例，使其只覆蓋一個無效等價類。重復這一步使所有無效等價類均被覆蓋。邊界值分析法由測試工作的經驗得知，大量的錯誤是發生在輸入或輸出范圍的邊界上，而不是在輸入范圍的內部。因此針對各種邊界情況設計測試用例，可以查出更多的錯誤。邊界值分析是一種補充等價劃分的測試用例設計技術，它不是選擇等價類的任意元素，而是選擇等價類邊界的測試用例。實踐證明為檢驗邊界附近的處理專門設計測試用例，常常取得良好的測試效果。邊界值設計原則對邊界值設計測試用例，應遵循以下幾條原則：如果輸入條件規定了值的范圍，則應取剛達到這個范圍的邊界的值，以及剛剛超越這個范圍邊界的值作為測試輸入數據。如果輸入條件規定了值的個數，則用最大個數、最小個數、比最小個數少一、比最大個數多一的數作為測試數據。根據規格說明的每個輸出條件，使用前面的原則1。根據規格說明的每個輸出條件，應用前面的原則2。如果程序的規格說明給出的輸入域或輸出域是有序集合，則應選取集合的第一個元素和最後一個元素作為測試用例。如果程序中使用了一個內部數據結構，則應當選擇這個內部數據結構的邊界上的值作為測試用例。分析規格說明，找出其他可能的邊界條件。其他一些邊界條件另一種看起來很明顯的軟體缺陷來源是當軟體要求輸入時(比如在文本框中),不是沒有輸入正確的信息，而是根本沒有輸入任何內容，單單按了Enter鍵。這種情況在產品說明書中常常忽視，程序員也可能經常遺忘，但是在實際使用中卻時有發生。程序員總會習慣性的認為用戶要麼輸入信息，不管是看起來合法的或非法的信息，要不就會選擇Cancel鍵放棄輸入，如果沒有對空值進行好的處理的話，恐怕程序員自己都不知道程序會引向何方。正確的軟體通常應該將輸入內容默認為合法邊界內的最小值或者合法區間內某個合理值，否則返回錯誤提示信息。因為這些值通常在軟體中進行特殊處理，所以不要把它們與合法情況和非法情況混在一起，而要建立單獨的等價區間。場景法現在的軟體幾乎都是用事件觸發來控制流程的，事件觸發時的情景便形成了場景，而同一事件不同的觸發順序和處理結果就形成事件流。這種在軟體設計方面的思想也可引入到軟體測試中，可以比較生動地描繪出事件觸發時的情景，有利於測試設計者設計測試用例，同時使測試用例更容易理解和執行。提出這種測試思想的是Rational 公司，並在RUP2000 中文版當中有其詳盡的解釋和應用。用例場景用來描述流經用例的路徑，從用例開始到結束遍歷這條路徑上所有基本流和備選流。測試方法選擇的綜合策略測試用例的設計方法不是單獨存在的，具體到每個測試項目里都會用到多種方法，每種類型的軟體有各自的特點，每種測試用例設計的方法也有各自的特點，針對不同軟體如何利用這些黑盒方法是非常重要的，在實際測試中，往往是綜合使用各種方法才能有效提高測試效率和測試覆蓋度，這就需要認真掌握這些方法的原理，積累更多的測試經驗，以有效提高測試水平。 畛域值剖判法：畛域值剖判法假定大多半的舛錯產生在各種輸入條件的畛域上，如果在畛域鄰近的取值不會招致舛錯，那麼其他取值招致舛錯的或許性也很小。這種方法在很多時間能卓殊有效地暴露程序的舛錯，但是它與等價類分別法一樣沒有切磋輸入之間的組合狀況，另外，畛域值在關切畛域范圍的同時，或許紕漏了輸入類型的題目。根本途徑剖判法：根本途徑剖判法通常使用在白盒測試中，用於籠罩程序分支途徑。但在一些黑盒測試中也能使用。 （該圖是一個單據審批流程）依照根本途徑剖判，可以簡便的歸結出以下幾種必要籠罩的流程：編輯請求單→確認→審批始末→生成請求呈報編輯請求單→確認→廢止確認→重新編輯編輯請求單→確認→審批不始末→重新編輯根本途徑剖判法的重點在於籠罩流程，確保讓程序顯示所有或許的邏輯。但是這種方法也生活必然的缺陷，即只籠罩一次流程，看待一些生活循環的流程沒有切磋。例如：編輯請求單→確認→廢止確認→重新編輯→確認→廢止確認時出錯。因果圖法：因果圖是一種簡化了的邏輯圖，能直觀地闡明程序的輸入條件（理由）和輸入手腳（下場）之間的相相互干。因果圖法是藉助圖形來設計測試用例的一種編制方法，特別適用於被測試程序具有多種輸入條件，程序的輸入又依賴於輸入條件的各種狀況。因果圖法設計測試用例的方法如下：1）剖判所有或許的輸入和或許的輸入。2）找出輸入和輸入之間的對應相干。 3）畫出因果圖。4）把因果圖轉換成占定表。5）把占定表對應到每一個測試用例。因果圖法設計測試用例的優點是讓測試人員始末畫因果圖，能越發了解輸入條件之間的邏輯相干，以及輸入與輸入之間的相干。缺點是必要畫圖和裝換成占定表，看待對比雜亂的輸入和輸入必要破費多量的時間。場景設計法：場景設計法必要測試人員充盈施展對用戶實際業務場景的遐想。舛錯推度法：舛錯推度法是測試體驗富厚的測試人員喜好使用的一種測試用例設計方法。舛錯推度法始末基於體驗和直覺推測程序中或許產生的各種舛錯，有針對性的設計測試用例，由於測試素質上並不是一門卓殊縝密的學科，測試人員的體驗和直覺能對這種不縝密性做出很好的補充。正交實習法：要是：看待一個必要輸入5個條件，每個條件參數為5個的界面，如果切磋所有的籠罩，則必要5×5×5×5×5=3125個測試用例，這樣的勞動量是卓殊之大的。如何簡化測試用例，用最少的用例得到盡或許所有的籠罩率呢？始末正交表可以有效的省略用例個數。欺騙正交表設計測試用例的方法如下：1）判斷有那些身分。身分指輸入的條件2）每個身分有哪幾個參數。即水平3）選擇適宜的正交表【正交表：L4(2^3) 其中4表示用例個數、2表示水平、3表示身分】4）把變數的值映照到表中。5）把表中每一行的各種身分和參數的組合營為一個測試用例。正交表法的依據是galois實際，從多量的實習數據當選擇過量的、有代表性的點，從而合理地布置實習的一種迷信實習設計方法。在測試用例的設計中，可以從多量的測試用例數據當選擇過量的、有代表性的測試數據，來合理布置測試。平均實習法：平均實習法是與正交表法相像的一種測試用例設計方法。正交表法的特質是劃一並具有可比性和平衡星散性。平均表則是甩掉了劃一可比性，僅切磋平均星散性的一種實習方法，它的優點是進一步省略實習的次數。組合籠罩法：組合籠罩法是另一種有效省略測試用例個數的測試用例設計方法。根據籠罩水平的不同，可以分為單身分籠罩、成對組合籠罩、三三組合籠罩等，其中又以成對組合籠罩最為常用。成對組合籠罩法請求隨意兩個身分（輸入條件）的所有參數組合至多要被籠罩一次。組合籠罩的演算法仍舊被很多工具實行，測試人員可以間接使用這些工具。例如：Tconfig、微軟的PICTPICT羅致一個純文本的Model文件作為輸入，然後輸入測試用例的會集。Model.txt文件的格式如下：<ParaName>：<value1>,<value2>,<value3>,……<ParaName>表示條件，<value1>,<value2>,<value3>表示參數分類樹方法：分類樹法是軟體功用測試的一種方法，通太過類樹把測試對象的整個輸入域決裂成獨立的類。

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

黑盒測試用例設計方法包括等價類劃分法、邊界值分析法、錯誤推測法、因果圖法、判定表驅動內法、正交試容驗設計法、功能圖法、場景圖法等。
白盒子測試方法：（強度由低到高）語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
測試人員經常用到的有等價類，邊界值，場景法，因果圖法。
具體方法的使用可以網路下，這里就不啰嗦了。