A. 業務場景測試用例
需求是什麼?
如:只有訂單確認後,才能執行後面的操作,那麼用例可以是:1.訂單確定,.......2.訂單沒有確定......
B. 場景法的測試用例
通過運用場景來對系統的功能點或業務流程的描述，從而提高測試效果。場專景法一般包含基本屬流和備用流，從一個流程開始，通過描述經過的路徑來確定的過程，經過遍歷所有的基本流和備用流來完成整個場景。
為什麼場景法能如此清晰的描述整個事件？因為，現在的系統基本上都是由事件來觸發控制流程的。如：我們申請一個項目，需先提交審批單據，再由部門經理審批，審核通過後由總經理來最終審批，如果部門經理審核不通過，就直接退回。每個事件觸發時的情景便形成了場景。而同一事件不同的觸發順序和處理結果形成事件流。這一系列的過程我們利用場景法可以清晰的描述清楚。
下圖來展示一下網上最長見的場景法基本情況的一個實例圖。
未登錄點擊購物車跳轉到登錄界面，登錄直接跳轉到付款界面
D. 如何應用場景法設計軟體測試用例
黑盒測試具體的黑盒測試用例設計方法包括等價類劃分法、邊界值分析法、場景法、錯誤推測法、因果圖法、判定表驅動法、正交試驗設計法、功能圖法等。這些方法是比較實用的，但採用什麼方法，在使用時自然要針對開發項目的特點對方法加以適當的選擇。等價類劃分法等價類劃分是一種典型的黑盒測試方法，用這一方法設計測試用例完全不考慮程序的內部結構，只根據對程序的需求和說明，即需求規格說明書。由於窮舉測試工作量太大，以致於無法實際完成，促使我們在大量的可能數據中選取其中的一部分作為測試用例。等價類劃分法等價類劃分法是把程序的輸入域劃分成若幹部分，然後從每個部分中選取少數代表性數據當作測試用例。每一類的代表性數據在測試中的作用等價於這一類中的其他值，也就是說，如果某一類中的一個例子發現了錯誤，這一等價類中的其他例子也能發現同樣的錯誤；反之，如果某一類中的一個例子沒有發現錯誤，則這一類中的其他例子也不會查出錯誤。使用這一方法設計測試用例，首先必須在分析需求規格說明的基礎上劃分等價類，列出等價類表。劃分等價類和列出等價類表可以把全部輸入數據合理劃分為若乾等價類，在每一個等價類中取一個數據作為測試的輸入條件，就可以用少量代表性的測試數據取得較好的測試結果。等價類劃分有兩種不同的情況：有效等價類：是指對於程序的規格說明來說是合理的、有意義的輸入數據構成的集合。利用有效等價類可檢驗程序是否實現了規格說明中所規定的功能和性能。無效等價類：與有效等價類的定義恰巧相反。設計測試用例時，要同時考慮這兩種等價類。因為軟體不僅要能接收合理的數據，也要能經受意外的考驗。這樣的測試才能確保軟體具有更高的可靠性。確定等價類的原則在輸入條件規定了取值范圍或值的個數的情況下，則可以確立一個有效等價類和兩個無效等價類。在輸入條件規定了輸入值的集合或者規定了「必須如何」的條件的情況下，可以確立一個有效等價類和一個無效等價類。在輸入條件是一個布爾量的情況下，可確定一個有效等價類和一個無效等價類。在規定了輸入數據的一組值(假定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>表示參數分類樹方法：分類樹法是軟體功用測試的一種方法，通太過類樹把測試對象的整個輸入域決裂成獨立的類。
E. 如何選擇測試用例設計方法
設計方法如何選擇
p當遇到需要輸入數據時，首先進行等價類和邊界值，這版是減
少工作量和提高測試權效率最有效方法
p用錯誤推測法再追加一些測試用例
p對照程序邏輯，如果存在組合，用判定表設計用例
p對於業務流清晰的功能，利用場景法貫穿整個測試案例過程，
再針對不同節點綜合使用其他測試方法
p 測試用例的設計方法不是單獨存在的
p 在實際測試中，往往是綜合使用各種方法才能有效提高測試
效率和測試覆蓋度。
F. 測試場景和測試用例有什麼不同
黑盒測試方復法（設計用制例的方法）：等價類劃分法，邊界值法，錯誤推斷法，因果圖法，判定表驅動法，正交實驗法，功能圖法，場景法（主要用於軟體系統測試）。
測試場景從字面上理解成是在執行某個用例的前置條件（特定環境）
測試用例要具備以下條件：被測目標、測試的軟硬體環境、前置條件、操作步驟、預期結果、實際結果、是否通過
G. 如何應用場景法設計軟體測試用例.wps
？來 從拿到需求文檔不要立馬開始自著手寫測試用例，需要仔細推敲整理需求，畫出系統級、模塊內流程圖，並找出各種測試點，等對需求進行了頭腦風暴般的整理之後，此時已對測試系統的功能很清楚了，再著手開始寫測試用例。那麼編寫測試用例的總體思路...
H. 黑盒測試中，商品購買一般怎樣設計測試用例進行測試
四個方面抄：購物車、配送方式、支襲付方式、提交訂單
購買數量的上下限，數量限制邏輯，批量增刪改、支付方式、支付成功|失敗的處理方式，回調地址是否正確，訂單狀態的變化，數據傳輸是否正確 等等，參照著需求（PRD）寫
I. 如何去為一個購物網站設計測試用例
按正常購物流程去測試一遍，把用戶所有的可能性操作都操作一遍，比如加入購物車形式進行下單，或直接購買形式下單等多種可能，然後把每個環節出現的問題都登記下來，提交給程序員修改
J. 常見的測試用例設計方法都有哪些
黑盒測試用例設計方法包括等價類劃分法、邊界值分析法、錯誤推測法、因專果圖法屬、判定表驅動法、正交試驗設計法、功能圖法、場景圖法等。
白盒子測試方法：（強度由低到高）語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
測試人員經常用到的有等價類，邊界值，場景法，因果圖法。
具體方法的使用可以網路下，這里就不啰嗦了。