決策表設計輸入域時按照什麼方法

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

1、等價類劃分

為每個輸入劃分等價類，得到等價類表，為每個等價類規定一個唯一編號。設計一個測試用例，使其盡可能多的覆蓋所有尚未覆蓋的有效等價類。重復這一步驟，使得有效等價類均被測試用例所覆蓋設計一個測試用例，使其只覆蓋一個無效等價類。重復這一步驟使得所有無效等價類均被覆蓋。

2、邊界值分析

從測試規格中分析得到輸入參數類型，對於輸入等價類劃分方法進行等價類的劃分，運用域測試分析方法確定域范圍的邊界（上點、離點與內點）。如果存在多個輸入域，則需要運用因果圖、判定表方法這些輸入域邊界值的組合情況進行進一步分析，選擇這些上點、離點與內點或者這些點的組合形成測試項。

3、判定表

判定表是分析和表達多種輸入條件下系統執行不同動作的工具，它可以把復雜的邏輯關系和多種條件組合的情況表達得既具體又明確。

列出所有的條件樁和動作樁，填入條件樁、條件項和動作樁、動作項，化簡，合並相似規則，將每條規則轉化為用例。

基本格式

1、用例編號

測試用例的編號有一定的規則，比如系統測試用例的編號這樣定義規則：PROJECT1-ST-001，命名規則是項目名稱＋測試階段類型（系統測試階段）＋編號。定義測試用例編號，便於查找測試用例，便於測試用例的跟蹤。

2、測試標題

對測試用例的描述，測試用例標題應該清楚表達測試用例的用途。比如「測試用戶登錄時輸入錯誤密碼時，軟體的響應情況」。

3、重要級別

定義測試用例的優先順序別，可以籠統的分為四個不同的等級。

4、輸入限制

提供測試執行中的各種輸入條件。根據需求中的輸入條件，確定測試用例的輸入。測試用例的輸入對軟體需求當中的輸入有很大的依賴性，如果軟體需求中沒有很好的定義需求的輸入，那麼測試用例設計中會遇到很大的障礙。

5、操作步驟

提供測試執行過程的步驟。對於復雜的測試用例，測試用例的輸入需要分為幾個步驟完成，這部分內容在操作步驟中詳細列出。

6、預期結果

提供測試執行的預期結果，預期結果應該根據軟體需求中的輸出得出。如果在實際測試過程中，得到的實際測試結果與預期結果不符，那麼測試不通過；反之則測試通過。

Ⅱ 請詳細闡述決策的方法有哪些,具體內容是什麼

（1）頭腦風暴法：也稱為思維共振法、專家意見法，即通過有關專家之間的信息交流，引起思維共振，產生組合效應，從而導致創造性思維。頭腦風暴法一般分三個階段進行。
（2）特爾菲法：這種方法以匿名的方式，通過幾輪函詢來徵求專家的意見，組織預測小組對每一輪的意見進行匯總整理後作為參考再發給各位專家，供他們分析判斷，以提出新的論證。幾輪反復後，專家意見趨於一致，最後供決策者進行決策。此法的具體步驟是：①確定預測題目；②選擇專家；③制定調查表；④預測過程；⑤作出預測結論。 此種方法的特點是：①匿名性；②多輪反饋；③統計性。
（3）哥頓法：這種方法與頭腦風暴法原理相似，先由會議主持人把決策問題向會議成員作籠統的介紹，然後由會議成員（即專家成員）海闊天空地討論解決方案；當會議進行到適當時機時，決策者將決策的具體問題展示給小組成員，使小組成員的討論進一步深化，最後由決策者吸收討論結果，進行決策。
（4）其他定性決策方法：主要有淘汰法、環比法、歸類法。

Ⅲ 核心階段1：軟體測試設計（軟體測試核心之用例設計）

      測試設計是將概括的測試目枝罩賣標轉化為具體的測試條件和測試用例的一系列活動。

①評審測試依據（需求，系統架構、設計和介面說明）。

②評估測試依據和測試對象的可靠性。

③通過對測試項、規格說明、測試對象行為和結構的分析，識別測試條件並確定優先順序。

④設計測試用例，並確定優先順序

⑤確定測試條件和測試用例所需要的必要的測試數據。

①依據在測試策略或測試計劃中確定的測試技術。

②通過對測試依據和測試目標的分析，可以確定需要測試的內容，獲得測試條件。

       測試用例是通過使用在測試計劃中確定的測試技術，對於已確定的測試條件進行逐步推敲，精煉而設計出來的重點說明如何具體操作產生何種結果的文檔。（指引我們測試的文檔）

      測試用例應該具有可重復性、可驗證性和需求可追蹤性。

①前提條件，如項目或局部測試環境的需求，及其交付計劃。

②測試步驟。

③測試數據。

④預期結果。

①測試兩個參數的值相加後的結果是否正確

②期中：輸入的數值在-99到99之間，大於99或小於-99的輸入應該被拒絕，並顯示錯誤信息。

根據測試需求，我們開始測試：

①分別給第一個參數和第二個參數輸入表中的值，得到的測試加過如表所示：

②如果我們對第一個參數的值分別取從-99到99的199個數，第二個參數的值分別取從-99到99的199個數，我們不可能對兩位數相加的所有情況進行窮舉測試。

③如果不能進行窮舉測試，我們將面臨以下的問題：

         在測試了1+1，1+2,1+（-1）和1+（-2）之後，還是否有必要測試1+3,1+4呢？

        如果不對加法計算器程序進行窮舉測試，是否放心的認為所有的參數組合都是正確的呢?

對於以上兩個問題，我們可以採用等價類劃分法來進行解決。

①等價類劃分的辦法就是把程序的輸入域劃分成若幹部分。

②從每個部分中選取少數代表性數據當做測試用例。

③每一猛逗類的代表性數據在測試中的作用等價於這一類中的其他值。

④也就是說，如果某一類中的一個例子發現了錯誤，這一等價類中的其他例子也能發現同樣的錯誤。

⑤繁殖，如果某一類中的例子沒有發現錯誤，則這一等價類中的其他例子也不會發現錯誤。

①如果輸入條件規定了取值范圍或值的個數，則可確定一個有效等價類和兩個無效等價類。

②如果一個輸入條件說明了一個「必須成立」的情況，則可劃分一個有效等價類和一個無效等價類。

③如果輸入條件規定了輸入數據的一組可能的值，而且程序使用不同的方式處理每一種值，則可為每一種值劃分一個有效等價類，並劃分一個無效等價類。

④如果我們確定，已劃分的某等價類中的各元素（例子）在程序中的處理方式是不同的，則應據此將此等價類進一步劃分成更小的等價類。

⑤在確定了等價類之後，建立等價類表，列出所有劃分出的等價類。

①明確測試對象，非測試對象保證正確。

②為每個等價類規定一個唯一的編號。

③設計一個測試用例，使其盡可能多的覆蓋尚未覆蓋的有效等價類。重復這一步，最後使得所有有效等價類均被測試用例所覆蓋。

④設計一個新的測試用例，使其只覆蓋一個無效等價悶坦類。重復這一步使所有的無效等價類均被覆蓋。

例子是前面的加法計算機

①一個有效數據等價類，兩個無效數據等價類。

有效數據等價類就是：由那些對程序的規格說明有意義的、合理的輸入數據所構成的集合。

無效數據等價類就是：那些對程序的規格說明不合理的或無意義的輸入數據所構成的集合。

       在實際工作中，我們通常在確立了等價類以後，把程序中所有的等價類建立等價類表，一遍在編寫測試用例的時候有所依據。

①為等價類表中的每一個等價類分配一個唯一的編號。

②設計一個新的測試用例，使他能夠盡量覆蓋尚未未覆蓋的有效等價類。

③重復這一步驟，從而使所有有效等價類均被測試用例所覆蓋。

④與上述類似，設計一個新的測試用例，使它只覆蓋一個無效等價類。

⑤重復這一步驟，從而使所有無效等價類均被測試用例所覆蓋。

①在測試「-99≤數值99」的這個等價類區間的時候，我們會發現如10+40，-20+30和-30+（-30）這類的正數相加，正數負數相加，負數相加也是不同的等價區間。因此我們可以使用更多的等價類劃分。

②根據以上等價類劃分的加過，得出下表的等價類表：

根據上面劃分的4個等價類，我們至少需要有5個測試用例：

①測試相同的內容。

②如果等價類中的一個測試能夠獲取一個缺陷，那麼選擇該等價類中的其他測試也能獲取該缺陷。

③如果等價類中的一個測試不能獲取缺陷，那麼選擇該等價類中的其他測試也不能獲取缺陷。

④如果正確的花粉都能加了，可以大大降低測試用例的數量，測試會准確有效。

⑤如果錯誤的將兩個不同的等價類當作一個等價類，那就會遺漏一種測試情況。

⑥相反的，把同一個等價類看作了兩個不同的等價類，那麼測試就會是冗餘的。

①不但要考慮有效等價類，也要考慮無效等價類。

②仔細劃分，審查劃分。

③過於粗略可能會漏掉軟體缺陷。

⑤組織評審。

①余額寶體現到銀行卡增加新規則：快速到賬（2小時）日限額1W元。

②超過1W元只能選擇普通到賬。

③按照等價類劃分方法設計測試用例。

①設計用例：

②細致分析需求，日限額1W,所以要區分兩個場景：

       邊界值分析法是一種補充等價劃分的測試用例設計技術，它不是選擇等價類的任意元素，而是選擇等價類便捷的測試用例。

       實踐證明，在設計測試用例時，對邊界附近的處理必給予足夠的重視，為檢驗便捷附近的處理專門設計測試用例，常常去的良好的測試效果。

      邊界值分析法不僅重視輸入條件邊界，而且也從輸出域導出測試用例。

        如果輸入條件規定了取值范圍，應以該范圍的邊界內及剛剛超范圍的邊界外的值作為測試用例。

eg1:以a和b為邊界，測試用例應當包含a和b以及略大於a和略小於b的值。

eg2:根據以上計算器的例子，根據邊界值分析的方法來看看如何對邊界值進行測試：

        由於允許輸入的額數值在-99到99之間，所以我們可以把-99和99看做兩個邊界值。我們測試的時候可以去臨近邊界值的數值和邊界值本身作為輸入：

eg3:余額寶體現到一囊卡增加新規則：快速到賬（2小時）日限額1W元：

       等價類劃分法和邊界值分析方法都是著重考慮輸入條件而不考慮輸入條件的個各種組合、輸入條件之間的相互制約關系。

       如果在測試時必須考慮輸入條件的各種組合，則可能的組合數目將是天文數字；因此必須考慮採用一種適合於描述多種條件的組合、產生多個相應動作的測試方法，這就需要利用因果圖（邏輯模型）。

       因果圖法基於這樣的思想：一些程序的功能可以用決策表的形式來表示，並根據輸入條件的組合情況規定相應的操作；因此，可以考慮為決策表中的每一列設計一個測試用例，以便測試程序早輸入條件的某種組合下的輸出是否正確。

      概括的說，因果圖方法就是從程序規格說明書的描述中找出因（輸入條件）和果（輸出結果或程序狀態的改變）。將因果圖轉換為判定表，為決策表中的每一列設計一個測試用例。這種方法考慮到了輸入情況的各種組合以及各個輸入情況之間的相互制約關系。

      判定表（Decision Table）是分析和表達多邏輯條件下執行不同操作的工具。是編寫程序的輔助工具，可以把復雜的邏輯關系和多種條件組合的情況表達得及具體又明確。

判定表通常由四個部分組成：

①條件樁（Condition  Stub）:列出了問題的所有條件，通常認為列出的條件的次序無關緊要。

②動作樁（Action Stub）：列出了問題規定可能採取的操作，這些操作的排列順序沒有約束。

③條件項（Confition  Entry）:列出針對它左列條件的取值，在所有可能情況下的真假值。

④動作項（Action  Entry ）:列出在條件項的各種取值取值情況下應該採取的動作。

①分析軟體規格說明中哪些是原因（即輸入條件或輸出條件的等價類），哪些是結果（即輸出條件），並給每個原因和結果賦予一個標識符。

②分析軟體規格說明中語義的內容，找出原因與結果之間、原因與原因之間的對應關系，根據這些關系畫出因果圖。

③由於語法或環境的限制，有些原因和原因之間、原因和結果之間的組合情況不可能出現。為表名這些特定的情況，在因果圖上使用一些記號表名約束或限制條件。

④把因果圖轉換為判定表。

⑤根據判定表中的每一列設計測試用例。

eg:使用因果圖+判定表設計測試用例測試兩位數計算器。

①輸入1：                                                                ②輸入2：

條件1：0≤X≤99                                                      條件1：0≤X≤99    

條件2：-99≤X<0                                                    條件2：-99≤X<0

條件3：X<-99                                                        條件3：X<-99

條件4：X>99                                                         條件4：X>99

輸出：

正確計算

錯誤提示

輸入1：

     1、2、3、4互斥

輸入2：

    1、2、3、4互斥

輸出：

輸出結果正確和錯誤互斥

得到的測試用例：

       正交實驗設計法（Orthogonal experimental design）,是從大量的試驗點中挑選出適量的、有代表性的點，應用依據伽羅卡瓦理論導出的「正交表」，合理的安排試驗的一種科學的試驗設計方法。

1、提取功能說明，構造因子—狀態表

2、加權篩選，生成因素分析表

       計算個因子和狀態的權值，刪去一部分權值較小，即重要性比較小的因子或狀態，使最後生成的測試用例集縮減到允許的范圍。

3、利用正交表構造測試數據集

  ① 如果每個因子的狀態樹是不統一的，幾乎不可能出現均勻的情況，必須首先用邏輯命令來組織個因子的狀態，作出布爾圖。

②根據布爾圖得到相應結束的正交表。

③依照因果圖上根節點到葉子節點的順序逐步替換正交表上的中間節點，得到最終的正交表。

4、利用正交表每行數據構造測試用例

正交表：

正交表的表示形式：Ln（t^c）其中：L為正交表的代號，n為行數（試驗行數），t為水平數，c為列數（因素數）。

eg：L4（2^3），它表示需做四次實驗，最多可觀察3個因素，每個因素均為2水平：

1：正確

2：錯誤

eg：一個正交表中也可以割裂的水平數不相等，我們稱它為混合型正交表，如L8(2^4 4^1）：

根據正交表的數據結構可以看出吧，正交表是一個n行c列的表，其中第j行由數碼1,2，....tj組成，這些數碼均各出現n/t次。

第二列的數碼個數為2，t=2，即由1、組成，各數碼均出現2次。

1、Technical Support (support.saa.com)

http://support.sas.com/techsup/technote/ts723_Designs.txt

2、查Dr.GenichiTaguchi設計的正交表，

http://www.york.ac.uk/depts/maths/tables/orthogonal.htm

3、數理統計、試驗設計等方面的書及附錄中

    關注點：因素數和對應的水平數組組成的矩陣

eg：測試支付寶web網站，該網站點有大量的伺服器和操作系統。並且有許多具有各種插件的瀏覽器需要考慮：

WEB瀏覽器：IE11、chrome、FireFox

插件：無、Flash、支付寶插件

應用伺服器：IIS、Apache、Jetty

操作系統：Windows2000、Windows NT、Linux

1、提取系統功能說明中的因子

①WEB瀏覽器        

②插件

③應用伺服器

④操作系統

2、分析個因子的狀態

①插件：1=None、2=Flash、3=FireFox

②WEB瀏覽器：1=IE11、2=Chrome、3=FireFox

③應用伺服器：1=IIS、2=Apache、3=Jetty

④操作系統：1=Windows2000、2=Windows NT、3=Linux

3、選擇正交表

正交表水平數為3，因素數為4。選擇L9（3^4）

4、將因子、狀態映射到上面正交表中

       現在的軟體幾乎都是用事件出發來控制流程的。事件觸發時的情景形成了場景，而同一事件不同的觸發順序和處理結果就形成了事件流。

       這種在軟體設計方面的思想可以引入到軟體測試中，可以生動的描繪出時間觸發時的情景，有利於設計測試用例，同時使測試用例更容易理解和執行。

       經過用例的每條路徑都用基本流和備選流來表示，之黑線表示基本流，是經過用例的最簡單的路徑。

       備選流用不同的色彩表示，一個備選流可能從基本流開始，在某個特定條件下執行，然後重新加入基本流中（如備選流1和3）；

      也可能起源於另一個備選流（如備選流2），或者終止用例而不在重新加入到某個流（如備選流2和4）。

       每個經過用例的可能路徑，可以確定不同的用例場景。從基本流開始，再將基本流和備選流結合起來，可以確定以下用例場景：

場景1：基本流

場景2：基本流 備選流1

場景3：基本流 備選流1 備選流2

場景4：基本流 備選流3

場景5：基本流 備選流3 備選流1

場景6：基本流 備選流3 備選流1 備選流2

場景7：基本流 備選流4

場景8：基本流 從、備選流3  備選流4

①根據說明，描述出程序的基本流及各項備選流。

②根據基本流和各項備選流生成不同的場景。

③對每一個場景生成相應的測試用例。

④對生成的所有測試用例重新復審，去掉多餘的測試用例，測試用例確定後，對每一個測試用例確定測試數據值。

eg：在淘寶的購物過程：

       用戶登錄到網站後，進行商品的選擇，當選好自己心儀的商品後進行購買，這時把所需商品放進購物車，等進行結賬的時候，用戶需要登錄自己注冊的賬號，登錄成功後，進行結賬並生成訂單，整個購物過程結束。

①通過以上的描述，從中確定哪些是基本流，哪些是備選流：

②根據基本流和備選流來確定場景：

1、測試用例項劃分

       測試用例劃分的經典方法就是瀑布模型，從上到下，逐漸細分，大模塊包括小模塊，小模塊包括更小的模塊。

      要從更多的角度切入系統，把系統切分成一塊一塊的，來進行測試，從而確保測試大項的完整性。

2、切面設計

       功能點切面：最常見的切面，通常認為頁面上的一個按鈕就是一個功能點。根據功能的復雜程度，按每個功能進行用例的撰寫。

      隱含切面：完整業務流程的測試；從需求、業務角度進行編寫。

3、功能點用例設計

①任何情況下都必須使用邊界值分析方法，經驗表明用這種方法設計出測試用例發現程序錯誤的能力最強。

②必要時用等價類劃分方法不從以希望測試用例。

③如果程序的功能說明中含有輸入條件的組合情況，則一開始就可選用因果圖法。

④如果程序業務復雜度比較高，則使用使用場景法補充一部分測試用例。

eg:共享單車充值

1、邊界值考慮充值金額：0元，1元，負數，非金額參數，多位小數（小數後3位）,銀行卡限額。

2、由於充值時可以選擇不同的銀行支付渠道，所以針對支付寶、微信、通聯、銀聯、銀行直連等渠道分別設計測試用例。

3、考慮異常場景，如充值失敗、銀行卡余額不足、銀行返回超時等。

4、如果場景中還包含更復雜的業務場景，如滿減、滿贈、增加抽獎次數等，還需要結合場景法進行測試。

Ⅳ 黑盒測試的方法有哪些

「黑盒」的兩種基本方法 黑盒測試有兩種基本方法，即通過測試和失敗測試。 在進行通過測試時，實際上是確認軟體能做什麼，而不會去考驗其能力如何。軟體

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

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

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

Ⅵ 軟體測試 決策表測試方法

在所有的測試方法中，基於決策表的測試方法是最嚴格的，因為決策表具有邏輯嚴格性。

決策表有四個部分，如下圖所示：

條件樁 條件條目
行動樁 行動條目（條目中的一列就是一個規則）

所有條件都是二叉條件的決策表稱為有限條件決策表，如果條件可以有多個值，則對應的決策表叫做擴展條目決策表。

為了使用決策表標識測試用例，把條件解釋為輸入，把行動解釋為輸出。有時條件最終引用輸入的等價類，行動引用被測軟體的主要功能處理部分。這時規則就解釋為測試用例。

對於有限條件決策表，如果有n個條件，則必須有2的n次冪條規則。

在決策表中要小心使用不關心條目。

決策表技術適合具有以下特徵的應用程序：
if-then-else邏輯很突出
輸入變數之間存在邏輯關系
涉及輸入變數子集的計算
輸入和輸出之間存在因果關系
很高的圈復雜度？？
決策表不能很好的伸縮（有n個條件的有限條目決策表有2的n次冪個規則），不過有多個方法可以解決這個問題，如使用擴展條目決策表，代數簡化表，將大表分解為小表，查找條件條目的重復模式等。

功能性測試技術碰核的選擇：
如果變數引用的是物理量，可採用定義域測試和等價類測試
如果變數是獨立的，則可以用定義域測試和等價類測試
如果變數不洞和是獨立的，可採用決策表測試
如果可保證是單缺陷假設，則可採用邊笑顫掘界值分析和健壯性測試
如果可保證是多缺陷假設，可採用最壞情況測試、健壯最壞情況測試和決策表測試
如果程序包含大量例外處理，可採用健壯性測試和決策表測試
如果變數引用的是邏輯量，可採用等價類測試用力和決策表測試

Ⅶ 決策表法設計測試用例適用於哪種情況()

決策表法設計測試用例適用於分析和表達多邏輯條件下執行不同操作的情況。

決策表能夠將各種復雜情況都列舉出來，不會產生遺漏，因此，使用決策表設計出的測試用例是完整的測試用例集合。

決策表又稱判斷表，是一種呈表格狀的圖形工具，適用於描述處理判斷條件較多，各條件又相互組合、有多種決策方案的情況。精確而簡潔描述復雜邏輯的方式，將多個條件與這些條件滿足後要執行動作相對應。但不同於傳統程序語言中的控制語句，決塵橡策表能將多個獨立的條件和慎兄掘多個動作直接的聯系清晰的表示出來。