測試用例設(shè)計白皮書之場景設(shè)計方法.doc

測試用例設(shè)計白皮書之場景設(shè)計方法一.方法簡介1、測試設(shè)計目的 站在用戶的角度，以用戶的使用邏輯及操作習(xí)慣為出發(fā)點(diǎn)，結(jié)合功能用例的設(shè)計方法，使用例設(shè)計更符合用戶使用邏輯更具有可執(zhí)行性，從而最大程度上覆蓋用戶需求。2、測試用例設(shè)計方法按照不同的規(guī)則可以將測試用例分為四個部分：場景用例（用戶場景）、系統(tǒng)用例（用戶場景的細(xì)化）、功能用例（基于業(yè)務(wù)規(guī)則、界面）、設(shè)計指標(biāo)（基于環(huán)境、性能、安全等）。 用戶場景用例：按照用戶的實(shí)際操作與業(yè)務(wù)邏輯設(shè)計用例，不必涉及很復(fù)雜的操作或邏輯，把用戶最常用的、正常的操作流程作為一個場景設(shè)計測試用例 系統(tǒng)用例：是用戶場景的細(xì)化，包含正常場景、分支場景和異常場景，是兩個或多個有關(guān)聯(lián)的功能組合而成的場景。 功能用例：用于驗(yàn)證各功能點(diǎn)的業(yè)務(wù)規(guī)則，包括界面元素和各功能的業(yè)務(wù)規(guī)則驗(yàn)證。主要針對單個功能點(diǎn)。 設(shè)計指標(biāo)：系統(tǒng)所需要達(dá)到的各級指標(biāo)。主要包含環(huán)境、性能、安全等方面的指標(biāo)。第一步：用戶場景用例（關(guān)鍵字：模擬用戶實(shí)際操作）描述用戶的主要業(yè)務(wù)目標(biāo)，包含完整的系統(tǒng)級場景和模擬用戶實(shí)際操作的不同場景，幾個功能點(diǎn)的組合也算是用戶場景，這類的用例不宜過多。第二步：系統(tǒng)各角色的系統(tǒng)用例將系統(tǒng)劃分多個角色，再將每個角色分解為多個任務(wù)，每個任務(wù)就是一個系統(tǒng)用例。系統(tǒng)用例分別正常流程、異常流程，分支流程，以場景的形式描述。系統(tǒng)用例命名原則：正常（異常、分支）流程_描述第三步：功能用例描述單點(diǎn)功能的邏輯規(guī)則及頁面元素，分層描述邏輯規(guī)則，對邏輯規(guī)則細(xì)化可直接作為用例的操作步驟描述。第四步：設(shè)計指標(biāo)設(shè)計指標(biāo)包含三種類型的用例：環(huán)境測試用例、性能測試用例、安全性用例。環(huán)境測試用例可依照操作系統(tǒng)版本，瀏覽器版本不同劃分為多個用例。每個用例下可直接調(diào)用已有的用戶場景用例、系統(tǒng)用例、功能用例，可無須單獨(dú)編寫用例。3、場景測試設(shè)計方法：現(xiàn)在的軟件幾乎都是用事件觸發(fā)來控制流程的，事件觸發(fā)時的情景便形成了場景，而同一事件不同的觸發(fā)順序和處理結(jié)果就形成事件流。這種在軟件設(shè)計方面的思想也可以引入到軟件測試中，可以比較生動地描繪出事件觸發(fā)時的情景，有利于測試設(shè)計者設(shè)計測試用例，同時使測試用例更容易理解和執(zhí)行?；玖骱蛡溥x流：如下圖所示，圖中經(jīng)過用例的每條路徑都用基本流和備選流來表示，直黑線表示基本流，是經(jīng)過用例的最簡單的路徑。備選流用不同的色彩表示，一個備選流可能從基本流開始，在某個特定條件下執(zhí)行，然后重新加入基本流中（如備選流1和3）；也可能起源于另一個備選流（如備選流2），或者終止用例而不再重新加入到某個流（如備選流2和4）。 二.實(shí)戰(zhàn)演習(xí)2.1. 例子描述下圖所示是ATM例子的流程示意圖。 2.2.場景設(shè)計：下表所示是生成的場景。 注：為方便起見，備選流3和6（場景3和7）內(nèi)的循環(huán)以及循環(huán)組合未納入上表。3.用例設(shè)計對于這7個場景中的每一個場景都需要確定測試用例?？梢圆捎镁仃嚮驔Q策表來確定和管理測試用例。下面顯示了一種通用格式，其中各行代表各個測試用例，而各列則代表測試用例的信息。本示例中，對于每個測試用例，存在一個測試用例ID、條件（或說明）、測試用例中涉及的所有數(shù)據(jù)元素（作為輸入或已經(jīng)存在于數(shù)據(jù)庫中）以及預(yù)期結(jié)果。表3-9 測試用例表 4.數(shù)據(jù)設(shè)計一旦確定了所有的測試用例，則應(yīng)對這些用例進(jìn)行復(fù)審和驗(yàn)證以確保其準(zhǔn)確且適度，并取消多余或等效的測試用例。測試用例一經(jīng)認(rèn)可，就可以確定實(shí)際數(shù)據(jù)值（在測試用例實(shí)施矩陣中）并且設(shè)定測試數(shù)據(jù)，如表3-10所示。表3-10 測試用例表 三.場景測試設(shè)計中性能設(shè)計性能測試按照場景不同一般可以分為兩大類，一類是為了測試目的而進(jìn)行的場景測試，另外一類是基于用戶實(shí)際情況而進(jìn)行的場景測試。因此，性能測試用例的設(shè)計應(yīng)該面向性能測試場景來進(jìn)行。實(shí)際上，由于開發(fā)環(huán)境硬件配置不高，基于用戶的測試多在用戶現(xiàn)場進(jìn)行，而為了測試目的而進(jìn)行的測試多在開發(fā)環(huán)境即開發(fā)團(tuán)隊(duì)內(nèi)部進(jìn)行，不過兩者進(jìn)行的場所沒有嚴(yán)格的界限，例如也可以在開發(fā)團(tuán)隊(duì)內(nèi)部模擬用戶的環(huán)境進(jìn)行性能測試?！?為了測試目的而設(shè)計的測試用例場景”主要根據(jù)測試設(shè)計人員的經(jīng)驗(yàn)來進(jìn)行，但是仍然要參考用戶的實(shí)際場景，用戶實(shí)際使用場景是設(shè)計所有測試用例的依據(jù)。例如一些業(yè)務(wù)系統(tǒng)，雖然備份歷史數(shù)據(jù)的周期為一年，但是設(shè)計大數(shù)據(jù)量測試用例時仍然包含了系統(tǒng)運(yùn)行一個月、半年等的數(shù)據(jù)量模擬測試，因?yàn)檫@些均屬于用戶的典型場景。綜合上面可以看出，性能測試用例設(shè)計首先要分析出用戶現(xiàn)實(shí)中的典型場景，然后參照典型場景進(jìn)行設(shè)計。下面詳細(xì)介紹一下常見的三類用戶場景：一天內(nèi)不同時間段的使用場景。在同一天內(nèi)，大多數(shù)系統(tǒng)的使用情況都會隨著時間發(fā)生變化。例如對于新浪、網(wǎng)易等門戶網(wǎng)站，在周一到周五早上剛一上班時，可能郵件系統(tǒng)用戶比較多，而上班前或者中午休息時間則瀏覽新聞的用戶較多；而對于一般的OA系統(tǒng)則早上閱讀公告的較多，其他時間可能很多人沒有使用系統(tǒng)或者僅有少量的秘書或領(lǐng)導(dǎo)在起草和審批公文。這類場景分析的任務(wù)是找出對系統(tǒng)產(chǎn)生壓力較大的場景進(jìn)行測試。系統(tǒng)運(yùn)行不同時期的場景。系統(tǒng)運(yùn)行不同時期的場景是大數(shù)據(jù)量性能測試用例設(shè)計的依據(jù)。隨著時間的推移，系統(tǒng)歷史數(shù)據(jù)將會不斷增加，這將對系統(tǒng)響應(yīng)速度產(chǎn)生很大的影響。大數(shù)據(jù)量性能測試通常會模擬一個月、一季度、半年、一年、的數(shù)據(jù)量進(jìn)行測試，其中數(shù)據(jù)量的上限是系統(tǒng)歷史記錄轉(zhuǎn)移前可能產(chǎn)生的最大數(shù)據(jù)量，模擬的時間點(diǎn)是系統(tǒng)預(yù)計轉(zhuǎn)移數(shù)據(jù)的某一時間。不同業(yè)務(wù)模式下的場景。同一系統(tǒng)可能會處于不同的業(yè)務(wù)模式，例如很多電子商務(wù)系統(tǒng)在早上8點(diǎn)到10點(diǎn)以瀏覽模式為主，10點(diǎn)到下午3點(diǎn)以定購模式為主，而在下午3點(diǎn)以后可能以混合模式為主。因此需要分析哪些模式是典型的即壓力較大的模式，進(jìn)而對這些模式單獨(dú)進(jìn)行測試，這樣做可以有效的對系統(tǒng)瓶頸進(jìn)行隔離定位。與“一天內(nèi)不同時間段的場景測試”不同，“不同業(yè)務(wù)模式下的場景測試”更專注于某一種模式的測試，而“一天內(nèi)不同時間段的場景測試”則多數(shù)是不同模式的混合場景，更接近用戶的實(shí)際使用情況。上面只介紹了三種典型的場景，實(shí)際項(xiàng)目中分析場景一般不會孤立的分析某一特定類型場景，而是把兩種或者幾種類型場景結(jié)合起來進(jìn)行分析設(shè)計，這樣做主要是為了選擇更典型的場景和節(jié)省一些測試成本。有了上面的基礎(chǔ)知識，下面開始逐一討論各類測試用例設(shè)計的細(xì)節(jié)。在下面的討論中，將以圖2所示的某視頻點(diǎn)播網(wǎng)站做為示例，圖2顯示了該視頻點(diǎn)播網(wǎng)站的主要業(yè)務(wù)以及各個時間段使用場景。圖2網(wǎng)上視頻點(diǎn)播系統(tǒng)使用情況圖3.1、 確定用戶使用系統(tǒng)情況的方法確定用戶對系統(tǒng)的使用情況是設(shè)計用例具體數(shù)據(jù)的基礎(chǔ)，后面并發(fā)用戶數(shù)據(jù)設(shè)計、疲勞強(qiáng)度設(shè)計、以及各種場景設(shè)計都要依賴對用戶使用系統(tǒng)情況的分析結(jié)果。分析用戶使用情況經(jīng)常采用現(xiàn)場調(diào)查和分析系統(tǒng)日志兩種方法。 用戶現(xiàn)場調(diào)查用戶現(xiàn)場調(diào)查實(shí)際就是通過和用戶進(jìn)行溝通，進(jìn)而確定用戶的人員組成情況。這類方法適用于用戶群體固定且目標(biāo)測試系統(tǒng)沒有投產(chǎn)前的情況。 分析系統(tǒng)日志很多時候，通過和用戶溝通不能掌握其使用系統(tǒng)的詳細(xì)情況，尤其是諸如圖2的網(wǎng)站業(yè)務(wù)系統(tǒng)，因?yàn)槟繕?biāo)用戶使用系統(tǒng)的情況是不確定的。當(dāng)用戶比較分散、現(xiàn)場調(diào)查比較困難時，可以采用對系統(tǒng)日志進(jìn)行分析的方法，以此作為對用戶現(xiàn)場調(diào)查信息的補(bǔ)充。大多數(shù)的系統(tǒng)都會對用戶使用系統(tǒng)的情況進(jìn)行日志管理，因此可以對日志進(jìn)行分析，日志分析方法適用于已經(jīng)投產(chǎn)或者試運(yùn)行的系統(tǒng)。如果沒有系統(tǒng)日志功能，可以和開發(fā)人員進(jìn)行溝通，在測試過程中增加日志管理功能。通常分析系統(tǒng)日志可能要開發(fā)一些程序來對其進(jìn)行統(tǒng)計分析。在具體設(shè)計過程中，一般是兩種方法結(jié)合使用。圖2的網(wǎng)上視頻點(diǎn)播系統(tǒng)就是通過兩種方法得到的測試數(shù)據(jù)：通過和用戶進(jìn)行溝通得到全國各地維護(hù)人員使用系統(tǒng)的大概情況，然后通過對系統(tǒng)一個月的日志進(jìn)行分析得出其它用戶使用系統(tǒng)的情況，最后綜合在一起就得到了系統(tǒng)的使用情況圖。也許有人會問：為什么不通過日志分析得出全部的用戶使用情況？主要原因有兩個：一是日志分析不一定能得出全部的使用情況，可能產(chǎn)生偏差，例如用戶反復(fù)登陸系統(tǒng)、注冊多個帳號都會影響統(tǒng)計結(jié)果；二是日志分析往往較用戶調(diào)研成本大，因?yàn)槎鄷婕伴_發(fā)工作。3.2、 并發(fā)用戶數(shù)量設(shè)計并發(fā)用戶尤其是最大并發(fā)用戶數(shù)量的設(shè)計一直是網(wǎng)上很多測試論壇津津樂道的話題。在前面文章中，已經(jīng)介紹了并發(fā)用戶和并發(fā)用戶數(shù)量兩個概念，下面將在其基礎(chǔ)上討論一下如何在性能測試用例中設(shè)計并發(fā)用戶數(shù)量。在設(shè)計并發(fā)用戶數(shù)量前，首先要了解確定系統(tǒng)最大并發(fā)用戶數(shù)量的方法。下面介紹根據(jù)系統(tǒng)的最大使用人數(shù)或者最大在線數(shù)量來評估最大并發(fā)用戶數(shù)量的方法（注：這里的最大并發(fā)用戶數(shù)量不是指系統(tǒng)支持的最大并發(fā)用戶數(shù)量，而是指系統(tǒng)在生存周期內(nèi)可能達(dá)到的最大并發(fā)用戶數(shù)量）。 極限法。取最大在線用戶數(shù)作為最大并發(fā)數(shù)，這種方法適用于系統(tǒng)已經(jīng)投產(chǎn)或者目標(biāo)用戶群體不確定的門戶網(wǎng)站，可以通過分析日志來