測試用例撰寫練習題

1、1.計算器測試用例2.自動取款機取款測試用例 此用例完成用戶利用自動取款機取款的全部流程，分為以下流程：插卡，輸入密碼，選擇金額，取款，取卡等操作。 事件流： 該用例在用戶插卡之后啟動 1. 系統(tǒng)提示用戶插卡； 2. 提示客戶輸入密碼信息； 3. 密碼輸入完畢后，客戶選擇“確認”，向系統(tǒng)提交信息； 4. 系統(tǒng)驗證客戶輸入的密碼信息，確認正確后，進入選擇系統(tǒng)主界面； 5. 用戶選擇取款選項； 6. 系統(tǒng)進入取款金額界面并提示用戶輸入金額； 7. 系統(tǒng)驗證可以取款并輸出錢款； 8. 系統(tǒng)提示用戶取卡，操作完成。 基本流： 用戶取款。 備選流： 1.用戶密碼錯誤 2.取款金額不符合要求。 前置條件：

2、 用戶必須插入正確的銀行卡才能開始執(zhí)行用例。 后置條件： 如果系統(tǒng)確認用戶信息正確，成功登陸，則系統(tǒng)啟動主界面，等待用戶發(fā)送消息，進行查詢和取款等操作。 事件流 系統(tǒng) 用戶 1 系統(tǒng)提示用戶插卡 插入銀行卡 2 提示客戶輸入密碼信息 輸入密碼 3 如果密碼錯誤，提示密碼不正確，并返回到2 4 如果密碼正確，轉(zhuǎn)入主界面 5 提示用戶選擇選項 選擇取款選項 6 系統(tǒng)進入取款金額界面并提示用戶輸入金額 輸入取款金額 7 如果金額符合則輸入錢款 8 如果金額小于余額則提示取款失敗并返回7 9 如果金額不是整百則提示不符合規(guī)范，取款失敗并返回7。 10 提示用戶取款 取出錢款 11 提示用戶取卡 取出銀

3、行卡 測試用例： 事件 用戶操作 覆蓋等價類 系統(tǒng)反應 1 插入正確銀行卡 功能測試 提示輸入密碼 2 密碼正確 功能測試 進入主界面，提示用戶選擇 3 密碼不正確 功能測試 提示密碼錯誤 重新輸入 4 輸入金額<余額 功能檢查 提示用戶金額不足，重新輸入或取卡 5 輸入金額為150 功能檢查 提示用戶取款金額不符和規(guī)范，重新輸入或退出 6 輸入正確金額 功能檢查 輸出錢款 7 用戶未按時取款 錯誤處理 自動收回錢款 8 用戶未按時取卡 錯誤處理 自動吞卡 9 用戶按時取卡 功能測試 返回到主頁面 3.實例:測試案例是以一個B/S結(jié)構(gòu)的登錄功能點位被測對象, 該測試用例為黑盒測試用例。假

4、設用戶使用的瀏覽器為IE6.0 SP4。 功能描述如下： 1). 用戶在地址欄輸入相應地址，要求顯示登錄界面； 2). 輸入用戶名和密碼，登錄，系統(tǒng)自動校驗，并給出相應提示信息； 3). 如果用戶名或者密碼任一信息未輸入，登錄后系統(tǒng)給出相應提示信息； 4). 連續(xù)3次未通過驗證時，自動關(guān)閉IE。  登錄界面測試用例用例IDXXXX-XX-XX用例名稱系統(tǒng)登錄用例描述系統(tǒng)登錄用戶名存在、密碼正確的情況下，進入系統(tǒng)頁面信息包含：頁面背景顯示用戶名和密碼錄入接口，輸入數(shù)據(jù)后的登入系統(tǒng)接口用例入口打開IE，在地址欄輸入相應地址進入該系統(tǒng)登錄頁面 測試用例ID場景測試步驟預期結(jié)果備注

5、TC1初始頁面顯示從用例入口處進入頁面元素完整，顯示與詳細設計一致 TC2用戶名錄入驗證輸入已存在的用戶：test輸入成功 TC3用戶名容錯性驗證輸入：aaaaabbbbbcccccdddddeeeee輸入到藍色顯示的字符時，系統(tǒng)拒絕輸入輸入數(shù)據(jù)超過規(guī)定長度范圍TC4密碼密碼錄入輸入與用戶名相關(guān)聯(lián)的數(shù)據(jù)：test輸入成功 TC5系統(tǒng)登錄成功TC2，TC4，單擊登錄按鈕登錄系統(tǒng)成功 TC6系統(tǒng)登錄用戶名、密碼校驗沒有輸入用戶名、密碼，單擊登錄按鈕系統(tǒng)登錄失敗，并提示：請檢查用戶名和密碼的輸入是否正確 TC7系統(tǒng)登錄密碼校驗輸入用戶名，沒有輸入密碼

6、，單擊登錄按鈕系統(tǒng)登錄失敗，并提示：需要輸入密碼 TC8系統(tǒng)登錄密碼有效性校驗輸入用戶名，輸入密碼與用戶名不一致，單擊登錄按鈕系統(tǒng)登錄失敗，并提示：錯誤的密碼 TC9系統(tǒng)登錄輸入有效性校驗輸入不存在的用戶名、密碼，單擊登錄按鈕系統(tǒng)登錄失敗，并提示：用戶名不存在 TC10系統(tǒng)登錄安全校驗連續(xù)3次未成功系統(tǒng)提示：您沒有使用該系統(tǒng)的權(quán)限，請與管理員聯(lián)系！  4.微軟件的一道關(guān)于紙杯的面試題，請試寫出測試用例功能測試： 硬度：是否達到設計標準  裝載能力：在杯子內(nèi)分別裝入少量的、半杯的、滿杯的，看其裝載量是否達到設計標準 

7、  裝載種類：1 開水(是否產(chǎn)生異味)；2.溫水； 3 冷水；4 冰水； 5 咖啡界面測試（GUI測試）： 1 看其形狀、大小設計是否適合人方便拿起； 2 外觀是否吸引人（廣告嘛），賞心悅目； 3 帶廣告的圖案沾水后是否掉色、模糊。 易用性測試： 1 看其形狀、大小設計是否適合人方便拿起； 2 殘疾人士用此杯去喝水的容易程度 3杯子設計是否上大下小，在運輸過程中可以套在一起有效利用空間，在使用時也容易拿開 穩(wěn)定性測試（ 24*7測試）：裝入液體后記錄其多久以后漏水安全性測試：杯子所用的材料（包括紙基、涂層和廣告顏料）是否符合食品衛(wèi)生標準，在內(nèi)外溫度等環(huán)境因素下是否會與所盛各種飲料反應

8、，而產(chǎn)生對人體有害的物質(zhì) 本地化測試：為國際化和本地化的需要，廣告圖案和文字是否在*、宗教和文化方面具有廣泛的適用性 對需求設計的測試：“如果是一次性杯子，能否標示已使用（比如變色）”和“杯子是否有使用者標貼（多人使用時防止混淆）”5. 邏輯覆蓋是通過對程序邏輯結(jié)構(gòu)的遍歷實現(xiàn)程序的覆蓋，是設計白盒測試用例的主要方法之一。以下代碼由C語言書寫，請按要求回答問題。    void cal( int n )        int g, s, b, q;    if ( ( n &g

9、t; 1000 ) && ( n < 2000 ) )        g = n % 10;    s = n % 100 / 10;    b = n / 100 % 10;    q = n / 1000;    if( ( q + g ) = ( s + b ) )        printf("%-5d",

10、n);            printf("n");    return;        問題1（3分 ）   請找出程序中所有的邏輯判斷語句。    問題2（4分）   請分析并給出分別滿足100DC（判定覆蓋）和100CC（條件覆蓋）時所需的邏輯條件。    問題

11、3（3分）   假設n的取值范圍是0 < n < 3000，請用邏輯覆蓋法為n的取值設計測試用例，使用例集滿足基本路徑覆蓋標準。6. 輸入三個數(shù)a、b、c分別作為三邊的邊長構(gòu)成三角形。通過程序判定所構(gòu)成的三角形是一般三角形、等腰三角形還是等邊三角形時。用等價類劃分方法為該程序設計測試用例。A.三角形等價類列表判定類型           有效等價類         

12、                                             無效等價類一般三角形    &

13、#160;  (a>0) (b>0) (c>0)                                         (a<=0 V b<=0 V c<

14、=0)                       (a+b)>c) V (a+c)>b) V (b+c)>a) (1)              (a+b)<=c) V (a+c)<=b) V (b+c)<=a) (2)等

15、腰三角形       (1) (a=b V a=c V b=c)                      (3)              (2) V (a!=b b!=c a!=c) &

16、#160;             (4)等邊三角形       (1) (a=b=c )                           

17、60;         (5)              (2) V (a!=b!=c)                        (6)根據(jù)上表組成的測試

18、用例：三角形等價類測試用例ID 輸入數(shù)據(jù)       覆蓋測試用例        輸出結(jié)果         a b c  1          3 4 5          

19、60;    (1)                        一般三角形2          0 4 5           

20、0;   (2)                       非(一般)三角形3          3 0 5             &#

21、160; (2)           4          3 4 0               (2)      5      

22、0;   1 4 5               (2)           6          3 8 5           

23、;    (2)           7          3 2 1               (2)          &#

24、160;8          3 3 5               (3)                        等腰三角形9&#

25、160;         3 4 3  10        3 4 4  11        3 4 9               (4)     

26、                   非等腰三角形12        3 3 3               (5)        

27、;                等邊三角形13       -1 0 1               (6)           

28、0;            非等邊三角形三角形程序的測試用例：序號 測試內(nèi)容       測試數(shù)據(jù)            預期結(jié)果1         等邊       &

29、#160;     5,5,5 4,5,5          等邊2         等腰             4,4,5 5,4,4          等腰3 &#

30、160;       任意             3,4,5                   任意4         非三角形  &#

31、160;   9,4,4 4,9,4 4,4,9 No5         退化三角形 8,4,4 4,8,4 4,4,8 No6         零數(shù)據(jù)          0,4,5 4,0,5 4,5,0 No7         零數(shù)據(jù) 

32、         0,0,0                    No8         負數(shù)據(jù)         -3,4,5 3,-4,5 3,4-5 &#

33、160;    運行出錯9         負數(shù)據(jù)         -3,-4,-5                       運行出錯10    

34、   遺漏數(shù)據(jù)      3,4                              運行出錯11       非 整數(shù)    

35、60;   3.3,4,5                       運行出錯12       非數(shù)字符      A,4,5          &

36、#160;            （類型不符）B. 程序規(guī)定；輸入三個整數(shù)作為三邊的邊長構(gòu)成三角形。當此三角形為一般三角形、等腰三角形、等邊三角形時，分別作計算。用等價類劃分方法為該程序進行測試用例設計。解：設a、b、c代表三角形的三條邊。1）分析題目中給出的和隱含的對輸入條件的要求：a) 整數(shù)b) 3個數(shù)c) 非零數(shù)d) 正數(shù)e) 兩邊之和大于第三邊f(xié)) 等腰g) 等邊2）列出等價類表并編號3）列出覆蓋上述等價類的測試用例，如下表7. 一道筆試題測試notepad的文件保存功能，就是

37、file/save彈出對話框的功能，從那幾個方面寫測試用例8. 針對以下問題：某一種8位計算機，其十六進制常數(shù)的定義是以0x或0X開頭的十六進制整數(shù)，其取值范圍為7f7f（不區(qū)分大小寫字母），如0x13、0x6A、0x3c。請采用等價類劃分的方法設計測試用例。輸入條件有效等價類無效等價類開頭字符由0x或0X開頭（1）以字母開頭 以非0數(shù)字開頭（2）（3）數(shù)值字符數(shù)字或AF的字母（4）AF以外的字母（5）數(shù)值字符個數(shù)1個（6）0個（7）數(shù)值-7f且7f（8）7f7f（9）（10）     用例1：0x7F，     

38、 覆蓋等價類（1）（4）（6）（8）     用例2：-0Xb，      覆蓋等價類（1）（4）（6）（8）     用例3：0X0，       覆蓋等價類（1）（4）（6）（8）     用例4：0x，        覆蓋等價類（1）（7）   

39、;  用例5：A7，        覆蓋等價類（2）     用例6：-1A，       覆蓋等價類（3）     用例7：0X8h，      覆蓋等價類（1）（5）     用例8：0x80，      覆蓋等價類（1）（4

40、）（10）     用例9：-0XaB，     覆蓋等價類（1）（4）（9）2006年上半年軟件評測師試題及答案(下)試題一(15分)閱讀下列說明，回答問題1至問題3，將解答填入答題紙的對應欄內(nèi)。說明基本路徑法設計出的測試用例能夠保證在測試中程序的每一條可執(zhí)行語句至少執(zhí)行一次。以下代碼由C什語言書寫，請按要求回答問題。void ReadPara( CString temp)if ( temp = ">=")m_oper.SetCurSel(0);elseif (temp = "

41、>")m_oper.SetCurSel(1);elseif ( temp = "=")m_oper.SetCurSel(2);elseif( temp = "<=")m_oper.SetCurSel(3);elseif ( temp = "<")m_oper.SetCurSel(4);elsem_oper.SetCurSel(5);return;問題1(6分)請畫出以上代碼的控制流圖。問題2(3分)請計算上述控制流圖的環(huán)路復雜度V(G)。問題3(6分)請使用基本路徑測試法為變量temp設計測試用例，使之滿足

42、基本路徑覆蓋要求。試題二(20分)閱讀下列說明，回答問題1至問題5，將解答填入答題紙的對應欄內(nèi)。說明針對某公司辦公自動化(OA)系統(tǒng)的負載壓力測試，采用專業(yè)的負載壓力測試工具來執(zhí)行測試。系統(tǒng)采用Browse/Server架構(gòu)，服務器是一臺PC Server(4路2.7GHz處理器，4GB內(nèi)存)，安裝的平臺軟件包括Microsoft Internet Information Server 5.0，ASP.NET，SQLServer2000。使用2臺筆記本電腦安裝測試工具模擬客戶端執(zhí)行“登錄”業(yè)務操作。測試目標分別為以下兩個：第一，測試系統(tǒng)分別在2M、4M網(wǎng)絡帶寬下，能夠支持用戶登錄的最大并發(fā)用戶

43、數(shù)；第二，測試服務器的吞吐量(即：每秒可以處理的交易數(shù))，主要包括服務器CPU平均使用率達到85%時系統(tǒng)能夠支持的最大吞吐量和服務器CPU平均使用率達到100%時系統(tǒng)能夠支持的最大吞吐量。本次測試的性能需求是：指標“響應時間”合理范圍為05秒。測試結(jié)果如下：案例1網(wǎng)絡環(huán)境：2M帶寬客戶端性能測試結(jié)果；測試指標平均值登錄響應時間3.391秒虛擬用戶數(shù)N/A每秒處理完成登錄的個數(shù)11.897交易/秒注：圖中登錄響應時間的縱坐標單位是0.1秒服務器資源使用結(jié)果：測試指標平均值CPU使用率78%案例2網(wǎng)絡環(huán)境：4M帶寬客戶端性能測試結(jié)果：測試指標平均值登錄響應時間4.795秒虛擬用戶數(shù)N/A每秒處理完

44、成登錄的個數(shù)13.447交易/秒注：圖中登錄響應時間的縱坐標單位是0.1秒服務器資源使用結(jié)果測試指標平均值CPU使用率98%問題1(3分)簡述軟件系統(tǒng)交易執(zhí)行響應時間(“RT”，ResponseTime)的概念。問題2(3分)分析案例1的測試結(jié)果數(shù)據(jù)；指出滿足系統(tǒng)的性能指標需求時，系統(tǒng)能夠承受的并發(fā)用戶登錄的最大數(shù)量，并說明理由。問題3(4分)分析案例1的測試結(jié)果數(shù)據(jù)，說明服務器CPU資源使用率是否合理，以及帶寬是否是系統(tǒng)瓶頸，并陳述理由。問題4(4分)分析案例2的測試結(jié)果數(shù)據(jù)，說明服務器CPU資源使用率是否合理，以及增加帶寬是否是提高系統(tǒng)性能的有效方法，并陳述理由。問題5(6分)論述CPU使

45、用率成為系統(tǒng)性能瓶頸時，如何制定解決方案?論述網(wǎng)絡帶寬成為系統(tǒng)性能瓶頸時，如何制定解決方案?試題三(15分)閱讀下列說明，回答問題1至問題4，將解答填入答題紙的對應欄內(nèi)。說明軟件系統(tǒng)幾乎都是用事件觸發(fā)來控制流程的，事件觸發(fā)時的情景便形成了場景，而同一事件不同的觸發(fā)順序和處理結(jié)果就形成事件流。場景法就是通過用例場景描述業(yè)務操作流程，從用例開始到結(jié)束遍歷應用流程上所有基本流(基本事件)和備選流(分支事件)。下面是對某IC卡加油機應用系統(tǒng)的基本流和備選流的描述?；玖鰽；序號用例名稱用例描述1準備加油客戶將IC加油卡插入加油機2驗證加油卡加油機從加油卡的磁條中讀取賬戶代碼，并檢查它是否屬于可以接收的

46、加油卡3驗證黑名單加油機驗證卡賬戶是否存在于黑名單中，如果屬于黑名單，加油機吞卡4輸入購油量客戶輸入需要購買的汽油數(shù)量5加油加油機完成加油操作，從加油卡中扣除相應金額6返回加油卡退還加油卡備選流：序號用例名稱用例描述B加油卡無效在基本流A2過程中，該卡不能夠識別或是非本機可以使用的IC卡，加油機退卡，并退出基本流C卡賬戶屬于黑名單在基本流A3過程中，判斷該卡賬產(chǎn)屬于黑名單，例如：已經(jīng)掛失，加油機吞卡退出基本流D加油卡賬面現(xiàn)金不足系統(tǒng)判斷加油卡內(nèi)現(xiàn)金不足，重新加入基本流A4，或選擇退卡E加油機油量不足系統(tǒng)判斷加油機內(nèi)油量不足，重新加入基本流A4，或選擇退卡問題1(5分)使用場景法設計測試案例，指

47、出場景涉及到的基本流和備選流，基本流用字母A表示，備選流用題干中描述的相應字母表示。問題2(4分) 場景中的每一個場景都需要確定測試用例，一般采用矩陣來確定和管理測試用例。如下表所示是一種通用格式，其中行代表各個測試用例，列代表測試用例的信息。本例中的測試用例包含測試用例、ID、場景滌件、測試用例中涉及的所有數(shù)據(jù)元素和預期結(jié)果等項目。首先確定執(zhí)行用例場景所需的數(shù)據(jù)元素(本例中包括賬號、是否黑名單卡、輸入油量、賬面金額、加油機油量)，然后構(gòu)建矩陣，最后要確定包含執(zhí)行場景所需的適當條件的測試用例。在下面的矩陣中，V表示有效數(shù)據(jù)元素，I表示無效數(shù)據(jù)元素，n/a表示不適用，例如C01表示“成

48、功加油”基本流。請按上述規(guī)定為其它應用場景設計用例矩陣。測試用例表測試用例ID號場景賬號是否黑名單卡輸入油量賬面金額加油機油量預期結(jié)果C01場景1；成功加油VIVVV成功加油C02C03C04C05問題3(3分)假如每升油4元人民幣，用戶的賬戶金額為1000元，加油機內(nèi)油量足夠，那么在A4輸入油量的過程中，請運用邊界值分析方法為A4選取合適的輸入數(shù)據(jù)(即油量，單位；升)。問題4(3分)假設本系統(tǒng)開發(fā)人員在開發(fā)過程中通過測試發(fā)現(xiàn)了20個錯誤，獨立的測試組通過上述測試用例發(fā)現(xiàn)了100個軟件錯誤，系統(tǒng)在上線后，用戶反饋了30個錯誤，請計算缺陷探測率(DDP)。 下午試題答案試題一問題1問題

49、2V（G）=6問題3用例編號temp取值1>=2>3=4<=5<6除>=、>、=、<=、<之外的字符組合試題二問題1響應時間是系統(tǒng)完成事務執(zhí)行準備后所采集的時間戳和系統(tǒng)完成待執(zhí)行事務后所采集的時間戳之間的時間間隔，是衡量特定類型應用事務性能的重要指標，標志了用戶執(zhí)行一項操作大致需要多長時間。問題2系統(tǒng)能夠承受的并發(fā)用戶登錄的最大數(shù)量為50題中指出"通常情況下，交易操作合理的響應時間為5秒以內(nèi)"。此案例中，登錄響應時間隨虛擬并發(fā)用戶數(shù)增加而增長。在50個虛擬并發(fā)用戶的負載下，登錄響應時間達到5秒（注意圖形中響應時間指標的比例為1

50、0）。當負載超過50個虛擬并發(fā)用戶，響應時間超過5秒。所以此案例中最合理的并發(fā)用戶數(shù)為50。問題3服務器CPU資源使用率是合理的。2M帶寬是系統(tǒng)處理業(yè)務的瓶頸。理由是對比"4M帶寬登錄"案例，4M帶寬下，系統(tǒng)每秒處理完成的登錄個數(shù)固定在13.5個左右，登錄響應時間隨虛擬用戶數(shù)增加而增長。在60個虛擬用戶的壓力下，登錄響應時間在4.2秒左右（注意圖形中響應時間指標的比例為10）。在80個虛擬用戶的壓力下，登錄響應時間在5.8秒左右，所以在合理登錄響應時間（5秒）內(nèi)預計同時登錄用戶數(shù)是70左右。服務器CPU使用率成為系統(tǒng)處理的瓶頸。說明隨著帶寬的提高，系統(tǒng)的處理能力進一步提高，

51、同時高吞吐量造成了系統(tǒng)資源的緊張，帶來了新的系統(tǒng)性能瓶頸。問題4服務器CPU資源使用率不合理，其平均值超過85%。4M帶寬的網(wǎng)絡測試環(huán)境與2M帶寬的網(wǎng)絡測試環(huán)境相比，帶來了新的系統(tǒng)瓶頸（CPU資源使用率平均值超過85%），所以增加帶寬不是提高系統(tǒng)性能的有效方法。在此基礎上，繼續(xù)提高帶寬，系統(tǒng)的處理能力將進一步提高，高的處理能力會使服務器的資源瓶頸進一步加重，帶來更加嚴重的后果。問題5當CPU資源使用成為系統(tǒng)瓶頸時的解決方案可以概括為：1. 增加CPU的個數(shù)；2. 提高CPU的主頻；3. 將web服務器與數(shù)據(jù)庫服務器分開部署；4. 調(diào)整軟件的設計與開發(fā)；當帶寬成為系統(tǒng)瓶頸時的解決方案可以概括為：

52、1. 增加帶寬；2. 壓縮傳輸數(shù)據(jù)。試題三問題1場景1：A場景2：A、B場景3：A、C場景4：A、D場景5：A、E問題2測試用例ID號場景帳號是否黑名單卡輸入油量帳面金額加油機油黑預期結(jié)果C02.場景2：卡無效1n/an/an/an/a退卡C03.場景3：黑名單卡VVn/an/an/a吞卡C04.場景4：金額不足VIVIV提示錯誤，重新輸入加油量C05.場景5：油量不足VIVVI提示錯誤，重新輸入加油量問題31. 0升2. 250升3. 251升問題4DDP=Bugstester（Bugstester+ Bugscustomer）=（20+100）（20+100+30）=80%（0.8）其中，

53、Bugstester為測試者發(fā)現(xiàn)的錯誤數(shù)；Bugscustomer為客戶發(fā)現(xiàn)并反饋技術(shù)支持人員進行修復的錯誤數(shù)。正交法設計測試用例實例分析目的本文以一個轉(zhuǎn)帳功能為例介紹了測試例估計和設計的方法。例子說明進行測試例估計和設計的依據(jù)是需求規(guī)格說明書和設計說明書。一般的步驟如下：1.        分析影響測試對象的要素；2.        為每個要素確定取值；3.        使用標準直角矩陣生成初始測試例集；4.        在初始測試例集上依據(jù)對測試對象的分析來進行測試例集的修改；5.        把測試例轉(zhuǎn)化為可以測試執(zhí)行使用的測試例。 例如在對某一應用系統(tǒng)的轉(zhuǎn)賬功能進行測試過程中，利用正交矩陣生成測試用例步驟如下：1約束條件分析：P5L4 標號影響測試規(guī)格的要素取值1取值2取值3取值41用戶權(quán)限有轉(zhuǎn)賬權(quán)限無轉(zhuǎn)賬權(quán)限  2票據(jù)號票據(jù)號有效票據(jù)號無效