【導(dǎo)讀】實際上也是軟件過程，不過是特殊的游戲軟件開發(fā)過程，各個生命周期還是相通的。們總結(jié)一套以測試作為質(zhì)量驅(qū)動的、屬于自己的開發(fā)過程。而達到對游戲產(chǎn)品的全生命周期的保證。戲的設(shè)計目標(biāo)，游戲世界的組成，為后期的程序設(shè)計，美工設(shè)計，測試提出的明確的要求。由于開發(fā)是一個階段的過程，所以測試與開發(fā)的結(jié)合就比較容易，人員對錯誤問題判斷的準(zhǔn)確性,并且可以有效的保證重要游戲系統(tǒng)的穩(wěn)定。如果測試人員不了解游戲是由那幾個部分組成的，那么執(zhí)行。在企業(yè)開發(fā)中，測試計劃書來源于需求說明文檔，同樣在游戲開發(fā)過程中，測試。計劃的來源則是策劃書。測試打下良好的基礎(chǔ)。等等并形成對產(chǎn)品的風(fēng)險評估分析報告，但這份報告不同于策劃部門自己的風(fēng)險分析報告，從而對登陸系統(tǒng)的系統(tǒng)化測試做了充分的準(zhǔn)備。但是一個程序片段也需要相關(guān)的集成測試，甚至有時還需要一些特殊測試。由于我們的游戲程序是每日不斷的完善，所以集成測試也在同步的進行之中，當(dāng)開發(fā)

　　

【正文】 些默許規(guī)則（如下表）。 規(guī)則 5 規(guī)則 6 規(guī)則 7 規(guī)則 8 條件 1 N Y Y 條件 2 Y Y N 條件 3 Y N N N 條件 4 N N Y 默許操作 x x x x 默許的規(guī)則 2)判定表的優(yōu)點和缺點 I. 優(yōu)點：它能把復(fù)雜的問題按各種可能的情況一一列舉出來，簡明而易于理解，也可避免遺漏。 II. 缺點：不能表達重復(fù)執(zhí)行的動作，例如循環(huán)結(jié)構(gòu)。 3)B. Beizer 指出了適合使用 判定表設(shè)計測試用例的條件： ①規(guī)格說明以判定表形式給出 ,或很容易轉(zhuǎn)換成判定表。 ②條件的排列順序不會也不影響執(zhí)行哪些操作。 ③規(guī)則的排列順序不會也不影響執(zhí)行哪些操作。 ④每當(dāng)某一規(guī)則的條件已經(jīng)滿足 ,并確定要執(zhí)行的操作后 ,不必檢驗別的規(guī)則。 ⑤如果某一規(guī)則得到滿足要執(zhí)行多個操作 ,這些操作的執(zhí)行順序無關(guān)緊要。 B. Beizer 提出這 5個必要條件的目的是為了使操作的執(zhí)行完全依賴于條件的組合。其實對于某些不滿足這幾條的判定表，同樣可以借以設(shè)計測試用例，只不過尚需增加其它的測試用例罷了。 正交實驗設(shè)計方法 一 .方法簡介 利用因果圖來設(shè)計測試用例時 , 作為輸入條件的原因與輸出結(jié)果之間的因果關(guān)系 ,有時很難從軟件需求規(guī)格說明中得到。往往因果關(guān)系非常龐大 ,以至于據(jù)此因果圖而得到的測試用例數(shù)目多的驚人，給軟件測試帶來沉重的負擔(dān)，為了有效地 ,合理地減少測試的工時與費用 ,可利用正交實驗設(shè)計方法進行測試用例的設(shè)計。 正交實驗設(shè)計方法 :依據(jù) Galois 理論 ,從大量的（實驗）數(shù)據(jù)（測試?yán)┲刑暨x適量的 ,有代表性的點（例） ,從而合理地安排實驗（測試）的一種科學(xué)實驗設(shè)計方法 .類似的方法有 :聚類分析方法 ,因子方法方法等 . 利用正交實驗設(shè)計 測試用例的步驟： ,構(gòu)造因子 狀態(tài)表 把影響實驗指標(biāo)的條件稱為因子 .而影響實驗因子的條件叫因子的狀態(tài) .利用正交實驗設(shè)計方法來設(shè)計測試用例時 ,首先要根據(jù)被測試軟件的規(guī)格說明書找出影響其功能實現(xiàn)的操作對象和外部因素 ,把他們當(dāng)作因子 ,而把各個因子的取值當(dāng)作狀態(tài) .對軟件需求規(guī)格說明中的功能要求進行劃分 ,把整體的概要性的功能要求進行層層分解與展開 ,分解成具體的有相對獨立性的基本的功能要求 .這樣就可以把被測試軟件中所有的因子都確定下來 ,并為確定個因子的權(quán)值提供參考的依據(jù) .確定因子與狀態(tài)是設(shè)計測試用例的 關(guān)鍵 .因此要求盡可能全面的正確的確定取值 ,以確保測試用例的設(shè)計作到完整與有效。 ,生成因素分析表 對因子與狀態(tài)的選擇可按其重要程度分別加權(quán) .可根據(jù)各個因子及狀態(tài)的作用大小 ,出現(xiàn)頻率的大小以及測試的需要 ,確定權(quán)值的大小。 正交表的推導(dǎo)依據(jù) Galois理論（這里省略 ,需要時可查數(shù)理統(tǒng)計方面的教材）。 利用正交實驗設(shè)計方法設(shè)計測試用例 ,比使用等價類劃分 ,邊界值分析 ,因果圖等方法有以下優(yōu)點 :節(jié)省測試工作工時；可控制生成的測試用例數(shù)量；測試用例具有一定的覆蓋率 。 二 . 實戰(zhàn)演 習(xí) 暫無 功能圖分析方法 一 .方法簡介 一個程序的功能說明通常由動態(tài)說明和靜態(tài)說明組成 .動態(tài)說明描述了輸入數(shù)據(jù)的次序或轉(zhuǎn)移的次序 .靜態(tài)說明描述了輸入條件與輸出條件之間的對應(yīng)關(guān)系 .對于較復(fù)雜的程序 ,由于存在大量的組合情況 ,因此 ,僅用靜態(tài)說明組成的規(guī)格說明對于測試來說往往是不夠的 .必須用動態(tài)說明來補充功能說明 .功能圖方法是用功能圖 FD 形式化地表示程序的功能說明 ,并機械地生成功能圖的測試用例 . 功能圖模型由狀態(tài)遷移圖和邏輯功能模型構(gòu)成 .狀態(tài)遷移圖用于表示輸入數(shù)據(jù)序列以及相應(yīng)的輸出數(shù)據(jù) .在狀態(tài)遷移圖 中 ,由輸入數(shù)據(jù)和當(dāng)前狀態(tài)決定輸出數(shù)據(jù)和后續(xù)狀態(tài) .邏輯功能模型用于表示在狀態(tài)中輸入條件和輸出條件之間的對應(yīng)關(guān)系 .邏輯功能模型只適合于描述靜態(tài)說明 ,輸出數(shù)據(jù)僅由輸入數(shù)據(jù)決定 .測試用例則是由測試中經(jīng)過的一系列狀態(tài)和在每個狀態(tài)中必須依靠輸入 /輸出數(shù)據(jù)滿足的一對條件組成 .功能圖方法其實是是一種黑盒白盒混合用例設(shè)計方法。 （功能圖方法中 ,要用到邏輯覆蓋和路徑測試的概念和方法 ,其屬白盒測試方法中 的內(nèi)容 .邏輯覆蓋是以程序內(nèi)部的邏輯結(jié)構(gòu)為基礎(chǔ)的測試用例設(shè)計方法 .該方法要求測試人員對程序的邏輯結(jié)構(gòu)有清楚的了解 .由于覆蓋測試的 目標(biāo)不同 ,邏輯覆蓋可分為 :語句覆蓋 ,判定覆蓋 ,判定 條件覆蓋 ,條件組合覆蓋及路徑覆蓋 .下面我們指的邏輯覆蓋和路徑是功能或系統(tǒng)水平上的 ,以區(qū)別與白盒測試中的程序內(nèi)部的 .） 功能圖由狀態(tài)遷移圖和布爾函數(shù)組成 .狀態(tài)遷移圖用狀態(tài)和遷移來描述 .一個狀態(tài)指出數(shù)據(jù)輸入的位置（或時間） ,而遷移則指明狀態(tài)的改變 .同時要依靠判定表或因果圖表示的邏輯功能 .例 ,一個簡化的自動出納機 ATM的功能圖。 從功能圖生成測試用例 ,得到的測試用例數(shù)是可接受的 . 問題的關(guān)鍵的是如何從狀態(tài)遷移圖中選取測試用例 . 若用節(jié)點代替狀態(tài) ,用弧線代替遷移 ,則狀態(tài)遷移圖就可轉(zhuǎn)化成一個程序的控制流程圖形式 .問題就轉(zhuǎn)化為程序的路徑測試問題（如白盒測試）問題了 . 為了把狀態(tài)遷移（測試路徑）的測試用例與邏輯模型（局部測試用例）的測試用例組合起來 ,從功能圖生成實用的測試用例 ,須定義下面的規(guī)則 .在一個結(jié)構(gòu)化的狀態(tài)遷移（ SST）中 ,定義三種形式的循環(huán) :順序 ,選擇和重復(fù) .但分辨一個狀態(tài)遷移中的所有循環(huán)是有困難的 .（其表示圖形省略）。 1)生成局部測試用例 :在每個狀態(tài)中 ,從因果圖生成局部測試 用例 .局部測試用例由原因值（輸入數(shù)據(jù)）組合與對應(yīng)的結(jié)果值（輸出數(shù)據(jù)或狀態(tài)）構(gòu)成。 2)測試路徑生成 :利用上面的規(guī)則（三種）生成從初始狀態(tài)到最后狀態(tài)的測試路徑。 3)測試用例合成 :合成測試路徑與功能圖中每個狀態(tài)中的局部測試用例 .結(jié)果是初始狀態(tài)到最后狀態(tài)的一個狀態(tài)序列 ,以及每個狀態(tài)中輸入數(shù)據(jù)與對應(yīng)輸出數(shù)據(jù)的組合。 :采用條件構(gòu)造樹 . 二 .實戰(zhàn)演習(xí) 暫無 場景設(shè)計方發(fā) 一 .方法簡介 現(xiàn)在的軟件幾乎都是用事件觸發(fā)來控制流程的，事件觸發(fā)時的情景便形成了場景，而同一事件不同的觸發(fā) 順序和處理結(jié)果就形成事件流。這種在軟件設(shè)計方面的思想也可以引入到軟件測試中，可以比較生動地描繪出事件觸發(fā)時的情景，有利于測試設(shè)計者設(shè)計測試用例，同時使測試用例更容易理解和執(zhí)行。 基本流和備選流：如下圖所示，圖中經(jīng)過用例的每條路徑都用基本流和備選流來表示，直黑線表示基本流，是經(jīng)過用例的最簡單的路徑。備選流用不同的色彩表示，一個備選流可能從基本流開始，在某個特定條件下執(zhí)行，然后重新加入基本流中（如備選流 1 和 3）；也可能起源于另一個備選流（如備選流 2），或者終止用例而不再重新加入到某個流（如備選流 2和 4）。 二 .實戰(zhàn)演習(xí) 1. 例子描述 下圖所示是 ATM 例子的流程示意圖。 ：下表所示是生成的場景。 表 38 場景設(shè)計 場景 1—— 成功提款 基本流 場景 2—— ATM 內(nèi)沒有現(xiàn)金 基本流 備選流 2 場景 3—— ATM 內(nèi)現(xiàn)金不足 基本流 備選流 3 場景 4—— PIN 有誤（還有輸入機會） 基本流 備選流 4 場景 5—— PIN 有誤（不再有輸入機會） 基本流 備選流 4 場景 6—— 賬戶不存在 /賬戶類型有誤 基本流 備選流 5 場景 7—— 賬戶余額不足 基本流 備選流 6 注：為方便起見，備選流 3 和 6（場景 3 和 7）內(nèi)的循環(huán)以及循環(huán)組合未納入上表。 對于這 7 個場景中的每一個場景都需要確定測試用例?？梢圆捎镁仃嚮驔Q策表來確定和管理測試用例。下面顯示了一種通用格式，其中各行代表各個測試用例，而各列則代表測試用例的信息。本示例中，對于每個測試用例，存在一個測試用例 ID、條件（或說明）、測試用例中涉及的所有數(shù)據(jù)元素（作為輸入或已經(jīng)存在于數(shù)據(jù)庫中）以及預(yù)期結(jié)果。 表 39 測試用例表 TC（測試用例） ID號 場景 /條件 PIN 賬號 輸入（或選擇）的金額 賬面 金額 ATM內(nèi)的金額 預(yù)期結(jié)果 CW1 場景 1：成功提款 V V V V V 成功提款 CW2 場景 2： ATM內(nèi)沒有現(xiàn)金 V V V V I 提款選項不可用，用例結(jié)束 CW3 場景 3： ATM內(nèi)現(xiàn)金不足 V V V V I 警告消息，返回基本流步驟6，輸入金額 CW4 場景 4： PIN有誤（還有不止一次輸入機會） I V n/a V V 警告消息，返回基本流步驟 4，輸入 PIN CW5 場景 4： PIN有誤（還有一次輸入機會） I V n/a V V 警告消息，返回基本流步驟 4，輸入 PIN CW6 場景 4： PIN有誤（不再有輸入機會） I V n/a V V 警告消息 ，卡予保留，用例結(jié)束 一旦確定了所有的測試用例，則應(yīng)對這些用例進行復(fù)審和驗證以確保其準(zhǔn)確且適度，并取消多余或等效的測試用例。 測試用例一經(jīng)認可，就可以確定實際數(shù)據(jù)值（在測試用例實施矩陣中）并且設(shè)定測試數(shù)據(jù)，如表 310 所示。 表 310 測試用例表 TC（測試用例）ID號 場景 /條件 PIN 賬號 輸入（或選擇）的金額 （元） 賬面 金額（元） ATM內(nèi)的金額（元） 預(yù)期結(jié)果 CW1 場景 1：成功提款 4987 809498 2 000 成功提款。賬戶余額被 更新為 CW2 場景 2： ATM內(nèi)沒有現(xiàn)金 4987 809498 提款選項不可用，用例結(jié)束 CW3 場景 3： ATM內(nèi)現(xiàn)金不足 4987 809498 警告消息，返回基本流步驟6，輸入金額 CW4 場景 4： PIN 有誤（還有不止一次輸入機會） 4978 809498 n/a 2 000 警告消息，返回基本流步驟4，輸入 PIN CW5 場景 4： PIN 有誤（還有一次輸入機會） 4978 809498 n/a 2 000 警告消息，返回基本流步驟4，輸入 PIN CW6 場景 4： PIN 有誤（不再有輸入機會） 4978 809498 n/a 2 000 警告消息，卡予保留，用例結(jié)束 測試用例設(shè)計綜合策略 1. Myers 提出了使用各種測試方法的綜合策略： 1)在任何情況下都必須使用邊界值分析方法，經(jīng)驗表明用這種方法設(shè)計出測試用例發(fā)現(xiàn)程序錯誤的能力最強。 【文章來源：文斯測試技術(shù)研究中心 2)必要時用等價類劃分方法補充一些測試用例。 3)用錯誤推測法再追加一些測試用例。 4)對照程序邏輯，檢查已設(shè)計出的測試用例的邏輯覆蓋程度，如果沒有達到要求的覆蓋標(biāo)準(zhǔn)，應(yīng)當(dāng)再補充足夠的測試用例。 5)如果程序的功能說明中含有輸入條件的組合情況，則一開始就可選用因果圖法。 【文章來源：文斯測試技術(shù)研究中心 1)構(gòu)造根據(jù)設(shè)計規(guī)格得出的基本功能測試用例； 2)邊界值測試用例； 3)狀態(tài)轉(zhuǎn)換測試用例； 4)錯誤猜測測試用例； 5)異常測試用例； 【文章來源：文斯測試技術(shù)研究中心 6)性能測試用例； 7)壓力測試用例。 1)利用設(shè)計測試用例的 8 種方法不斷的對測試用例進行分解與合并； 2)采 用遺傳算法理論進化測試用例； 3)在測試時利用發(fā)散思維構(gòu)造測試用例。 以上內(nèi)容由于 2020年 12 月 17日星期一搜集整理 轉(zhuǎn)載請注明來源！謝謝！！