第一篇：測試用例教案2

測試用例教案

綜合測試策略（萬金油）

? 任何情況下都必須使用等價類與邊界值設(shè)計測試用例

? 當條件間存在邏輯關(guān)系、約束關(guān)系會使用因果圖法追加測試用例 ? 若存在狀態(tài)間轉(zhuǎn)換或狀態(tài)間切換會使用狀態(tài)圖法追加測試用例 ? 如果存在業(yè)務(wù)流，使用場景法追加測試用例 ? 最后使用錯誤推測法追加測試用例 ? PS：正交試驗法一般不適用

第一講

1.測試思想：先考慮測試大方向（確定測試類型、方法），再細分。2.缺陷的項（缺陷的屬性、缺陷的內(nèi)容）：

前置條件、測試環(huán)境、操作步驟、預(yù)期結(jié)果、實際結(jié)果、狀態(tài)、優(yōu)先級、嚴重級、附件、用例編號、缺陷標題、缺陷編號、發(fā)現(xiàn)人、發(fā)現(xiàn)日期……

3.測試用例含義：一個包含測試數(shù)據(jù)、操作步驟、預(yù)期結(jié)果、實際結(jié)果的集合 4.測試用例的內(nèi)容：

前置條件、測試環(huán)境、操作步驟（輸入數(shù)據(jù)）、預(yù)期結(jié)果、實際結(jié)果、優(yōu)先級、用例編號、用例名稱、模塊名稱、是否通過、設(shè)計人、設(shè)計日期……

5.編寫測試用例的作用 ? 指導(dǎo)性：測試用例對測試過程提供要求和指導(dǎo)，降低對執(zhí)行測試人員的能力要求 ? 組織性：編寫測試用例有利于測試的組織和管理 ? 功能覆蓋：編寫測試用例可以減少軟件功能漏測現(xiàn)象 ? 重復(fù)性：便于對軟件的不同版本進行重復(fù)測試 ? 統(tǒng)計：統(tǒng)計數(shù)據(jù)可以確定測試的覆蓋程度及軟件產(chǎn)品的質(zhì)量 6.注意事項 ? 使用最有可能發(fā)現(xiàn)錯誤的用例 ? 用例不重復(fù)、不冗余 ? 選取一組相似測試用例中最有效的

? 在測試過程中，測試用例并不是一成不變的，需要不斷地進行更新和維護 7.測試用例是測試中最小的實體（entity）；

8.編寫測試用例方式：word、excel（使用較多）、工具 ? 使用excel編寫測試用例：

前置條件：省略重復(fù)步驟；

用例編號規(guī)則：模塊首字母+流水號： 用例編號的作用： 1）對用例進行很好的分類管理； 2）唯一標識、便于查找；

3）缺陷與用例進行關(guān)聯(lián)，便于bug定位；

9.Bvt測試（優(yōu)先級測試）：根據(jù)設(shè)計的測試用例的優(yōu)先級進行測試； ? 設(shè)計一條用例能夠發(fā)現(xiàn)至今還未發(fā)現(xiàn)的問題，該用例為高效用例。

10.測試方法：黑盒測試八大法：1.等價類 2.邊界值 3.因果圖 4.判定表 5.狀態(tài)圖 6.場景法 7.正交試驗法 8.錯誤推測法

? 運用邊界值的方法：剛剛小于界值、等界值、剛剛等于界值。

第二講

? 等價類劃分方法：把程序的輸入劃分成若干部分，從每個部分中選取少數(shù)代表性數(shù)據(jù)作為測試數(shù)據(jù)

? 根據(jù)等價類表，編寫測試用例 ? 為等價類表中的每一個等價類分配一個唯一的編號 ? 設(shè)計一個測試用例，使它能夠盡量覆蓋尚未覆蓋的有效等價類；重復(fù)這一步驟，從而使所有有效等價類均被測試用例所覆蓋

? 設(shè)計一個測試用例，使它只覆蓋一個無效等價類；重復(fù)這一步驟，從而使所有無效等價類均被測試用例所覆蓋

? 等價類的假設(shè) ? 如果等價類中的一個測試用例能夠捕獲缺陷，那么選擇該等價類中的其他測試用例也能夠捕獲該缺陷

? 如果等價類中的一個測試用例不能捕獲缺陷，那么選擇該等價類中的其他測試用例也不能夠捕獲該缺陷

? 確定邊界值的方法：選擇正好等于、剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù)，重點測試最后一個肯定合法的數(shù)據(jù)和剛剛超過邊界的非法數(shù)據(jù) ? 如果輸入條件對取值范圍進行界定，則應(yīng)以邊界內(nèi)部以及恰巧超過邊界外的值來作為測試用例

? 如果對取值的個數(shù)進行界定，則應(yīng)當分別以最大個數(shù)、最小個數(shù)、比最大個數(shù)大1或小

1、比最小個數(shù)大1或小1作為測試用例

? 對于輸出條件，同樣可以應(yīng)用上面提到的兩條原則來進行測試用例設(shè)計 ? 若在需求說明書提到的輸入是一個有序的集合，就應(yīng)該注意選取該有序集合中的第一個和最后一個元素作為測試用例

作業(yè)：根據(jù)所學(xué)的等價類以及邊界值方法設(shè)計1到99加法計算器的測試用例 第三講

? 布爾邏輯運算符 ? ? ? ? ? ? 恒等 與 或 非 與非 或非

? 約束關(guān)系

? E約束：原因不能同時為真，但可以同時為假 ? I約束：各原因中總有一個為真，也可以同時為真，但不可以同時為假 ? O約束：有且只有兩個原因中的一個為真 ? R約束：當原因a為真時，原因b必須同時為真；反之則不成立 ? M約束：如果結(jié)果a為真，則結(jié)果b一定為假；如果結(jié)果a為假，則結(jié)果b狀態(tài)不定

? 使用因果圖設(shè)計測試用例步驟

? 分析被測應(yīng)用，確定原因（輸入）和結(jié)果（輸出）? 確定因果邏輯關(guān)系 ? 確定約束關(guān)系 ? 把因果圖轉(zhuǎn)換為判定表 ? 根據(jù)約束條件簡化判定表，并給出結(jié)果 ? 根據(jù)判定表設(shè)計測試用例

? 使用因果圖法設(shè)計用例的優(yōu)勢：

? 考慮了多個輸入之間的相互組合、相互制約關(guān)系 ? 提供了一種針對輸入組合條件的系統(tǒng)的測試用例設(shè)計方法

作業(yè)：使用因果圖設(shè)計販賣果汁機器的測試用例

第四講

? 正交試驗法

L行數(shù)（水平數(shù)^因素數(shù)）? L：正交表的代號 ? 行數(shù)：正交表中行的個數(shù)，即試驗次數(shù)

標準正交表：行數(shù)=因素數(shù)*（水平數(shù)-1）+1 混合正交表：行數(shù)=∑（因素數(shù)*（水平數(shù)-1））+1 ? 因素數(shù)：正交表中列的個數(shù)，即測試的功能點 ? 水平數(shù)：單個因素能夠取得的值的最大個數(shù)

? 正交表的兩大特性 ? 整齊可比性 ? 均衡分散性 ? 正交試驗法設(shè)計測試用例的步驟 ? 判斷有哪些因素 ? 每個因素有哪幾個水平? 選擇一個合適的正交表

? 選取行數(shù)大于等于實際行數(shù)

? 選取因素數(shù)大于等于實際因素數(shù)之和 ? 選取水平數(shù)大于等于實際最大水平數(shù) ? 行數(shù)最少

? 把輸入的值映射到表中 ? 把每一行的各因素水平的組合作為一個測試用例 ? 加上可疑且沒有在表中出現(xiàn)的組合

? 使用正交表的好處

? 保證對所有輸入成對組合 ? 生成一組高效精簡的測試用例集，有效地提高測試效率 ? 生成的所有成對組合是均勻分布的，即對各個輸入項的測試是均衡的 ? 直接對照正交表設(shè)計測試用例，過程簡單，不易出錯 ? 易開發(fā)出基于正交表策略的測試用例工具，自動生成測試用例

第五講

? 根據(jù)狀態(tài)圖設(shè)計測試用例的最低要求

? 測試用例必須覆蓋所有的狀態(tài) ? 用戶常用的工作流程必須設(shè)計測試用例 ? 測試狀態(tài)之間最不常用的分支 ? 測試所有狀態(tài)及其返回值

? 使用狀態(tài)圖法設(shè)計測試用例的步驟

? 列出被測系統(tǒng)的輸入事件 ? 對空閑狀態(tài)加所有可能的輸入，判斷產(chǎn)生哪些新狀態(tài) ? 對上一步產(chǎn)生的每個新狀態(tài)分別加所有可能的輸入，判斷產(chǎn)生哪些新狀態(tài) ? 循環(huán)執(zhí)行第三步，直到?jīng)]有新狀態(tài)產(chǎn)生為止 ? 列出所有的狀態(tài)，根據(jù)系統(tǒng)流程，設(shè)計測試用例表（必須滿足最低要求）? 把測試用例表轉(zhuǎn)換成測試用例

? 使用場景法的基本設(shè)計步驟

? 根據(jù)說明，描述出程序的基本流及各項備選流 ? 根據(jù)基本流和各項備選流生成不同的場景 ? 對每一個場景生成相應(yīng)的測試用例 ? 對生成的所有測試用例重新復(fù)審，去掉多余的測試用例，測試用例確定后，對每一個測試用例確定測試數(shù)據(jù)值

? 基本流：經(jīng)過用例的最簡單的路徑 ? 其他流均為備選流，一個備選流可能從基本流開始，在某個特定條件下執(zhí)行，然后重新加入基本流中；也可能起源于另一個備選流，或者終止用例而不再加入到某個流

題目

1.1--99計算器等價類分析，設(shè)計測試用例 1.電梯上下，時間段，單雙樓層 2.位置套餐

3.機頂盒（嵌入式）

第六講

web測試重點：

1.功能測試：功能的實現(xiàn)是否滿足客戶需求。2.性能測試：

2.1 鏈接速度測試：測試頁面鏈接的速度

2.2 負載測試：web應(yīng)用系統(tǒng)能允許多少個用戶同時在線？超過這個數(shù)量會出現(xiàn)什么現(xiàn)象？

2.3 壓力測試：測試web應(yīng)用在一定壓力下會不會奔潰以及性能瓶頸在哪里。3.用戶界面測試：界面是否協(xié)調(diào)美觀，風(fēng)格是否一致

4.兼容性測試：操作系統(tǒng)（windows xp,windows 7,蘋果，linux），瀏覽器（不同廠商不同版本），分辨率

5.安全測試：登陸次數(shù)是否有限制，是否有超時限制（用戶登錄后一定時間內(nèi)不做操作是否會自動退出），日志文件以及cookies（這兩者是否顯式地顯示用戶密碼賬號？）

第七講

app測試重點 1.安裝和卸載

1.1應(yīng)用是否可以在IOS不同系統(tǒng)版本或android不同系統(tǒng)版本上安裝（有的系統(tǒng)版本過低，應(yīng)用不能適配）

1.2 軟件安裝后是否可以正常運行 1.3 安裝過程中是否可以取消

1.4 安裝空間不足時是否有相應(yīng)提示 1.5 聯(lián)網(wǎng)安裝時斷網(wǎng)是否有對應(yīng)提示 1.6 能否正常卸載軟件

1.7 卸載時出現(xiàn)死機、斷電、重啟等意外，待環(huán)境回復(fù)后是否可以正確卸載 1.8 卸載過程中是否可以取消，點擊取消卸載后能否正常使用

2.登錄

2.1 賬號和密碼錯誤時界面是否有提示

2.2 用戶主動退出登錄后，下次重新啟動時應(yīng)該進入登錄界面

2.3 記住密碼時能否正確自動登陸

2.4 密碼修改后，下次登陸是否及時同步（用原密碼登錄提示密碼錯誤）

2.5 未登錄狀態(tài)操作一些頁面是否做了控制（未登錄時將商品加入購物車提示請先登錄）

2.6 切換賬號時用戶信息是否及時更新（QQ切換關(guān)聯(lián)賬戶，用戶信息及時更改）

2.7 多個端都進行操作時，確保數(shù)據(jù)準確無誤并且每個端及時看到更新的數(shù)據(jù)（QQ：電腦、手機）

2.8 IOS與android不同設(shè)備登錄同一個賬戶對數(shù)據(jù)進行修改，確保數(shù)據(jù)無誤且能及時看到更新的數(shù)據(jù)

3.運行：安裝后能否正常打開、使用；運行時是否有加載提示；運行速度以及模塊之間切換速度是否流暢 4.離線

4.1 登錄后斷網(wǎng)能否瀏覽本地數(shù)據(jù)

4.2 獲取數(shù)據(jù)時斷網(wǎng)是否有友好提示

4.3 斷網(wǎng)后重新連接網(wǎng)絡(luò)能否正常使用 5.消息推送開關(guān)

5.1 消息推送開關(guān)是否默認打開（默認是打開的）

5.2 推送開關(guān)能否自由打開關(guān)閉

5.3 打開推動開關(guān)能否正常接收消息推送

5.4 app后臺掛機時，手機消息欄能接收消息提醒，可點擊查看，點擊后從消息欄中消失

5.5 app運行時消息提示不會進入消息欄

5.6 關(guān)閉推送開關(guān)不能接收消息推送 6.軟件更新

6.1 有新版本時，有更新提示

6.2 確保IOS與android端都可以更新最新版本，能安裝并正常運行

6.3 取消更新時舊版本可以正常使用，下次啟動仍出現(xiàn)更新提示

6.4 能否在不卸載舊版本的情況下直接更新新版本并能正常使用 7.異常測試

7.1 app運行時內(nèi)存不足是否正確提示

7.2 app運行時突然斷電、斷網(wǎng)、不斷點、不斷刷新、切換后臺是否閃退、奔潰（變態(tài)測試）

7.3 app運行時撥打或接聽電話、發(fā)送信息、接收郵件、啟動相機等有何提示

7.4 2G、3G、4G、WIFI網(wǎng)路下app響應(yīng)速度

7.5 網(wǎng)絡(luò)不好時，提交數(shù)據(jù)是否一直處理提交中，是有有延遲，提交失敗是否有提醒

7.6 有網(wǎng)到無網(wǎng)再到有網(wǎng)時，提交數(shù)據(jù)、做操作是否正常加載

第二篇：組隊測試用例樣式

1.入隊（默認可以自由組隊）

-被邀請

-被邀請人狀態(tài)

-不在同一個地圖、GS上

-同一個地圖的同一區(qū)域、不同區(qū)域，即同步范圍

-不在線、傳送

-處于別的玩家隊伍中

-處于系統(tǒng)隊伍中，如戰(zhàn)場

-被邀請后收到提示

-被邀請人做出選擇后的響應(yīng)

-被邀請人沒有選擇時的響應(yīng)

-被邀請人收到提示后下線

-被邀請人收到提示后切換地圖、GS

-被兩個、多個玩家邀請

-提示界面相關(guān)

-邀請別人

-邀請人狀態(tài)

-邀請人沒有隊伍

-邀請人已經(jīng)組建了一個隊伍

-是不是隊長

-邀請人隊伍已滿

-邀請人隊伍未滿

-在玩家回應(yīng)前，繼續(xù)邀請多個玩家

-發(fā)出邀請后

-對方未響應(yīng)前，隊伍已滿

-對方未響應(yīng)前，隊伍已解散

-對方拒絕邀請是否提示

-對方接受邀請時的提示

-申請入隊

-申請進入的目標隊伍狀態(tài)

-申請目標沒有隊伍

-申請目標隊伍人數(shù)已滿，是否繼續(xù)進入申請名單

-申請目標是隊長

-申請目標是隊員

-向多個隊伍發(fā)起申請

-申請目標（隊長）接到的響應(yīng)

-隊長同意申請

-同意申請時，發(fā)起人已經(jīng)離線

-同意申請時，發(fā)起人已有隊伍

-同意申請時，發(fā)起人已經(jīng)切換地圖、GS

-同意申請時，發(fā)起人可以正常入隊

-同意申請時，隊伍人數(shù)已滿

-隊長拒絕申請

-發(fā)起人收到的提示

-其他隊員不可操作

-隊長能收到申請信息的數(shù)量

-隊長重新組隊后是否清空申請名單

-申請界面相關(guān) 2.隊伍中（默認即時戰(zhàn)斗游戲）

-需要同步的信息是否正確

-玩家的狀態(tài)，如HP、等級、職業(yè)等

-玩家的位置

-同一個地圖

-不同地圖、GS

-隊員上線/離線

-以上信息發(fā)生改變時能否同步/實時刷新

-隊長/全隊離線后的處理

-移交隊長

-移交給不在線、不同地圖、GS的玩家

-移交后新隊長擁有的權(quán)限

-移交后原隊長的權(quán)限

-是否需要確認框提示

-確認框彈出后目標玩家離隊

-獎勵的分配方式

-擊殺獎勵，如EXP

-同步范圍外的玩家能否分配到

-是否需要隊員參與擊殺

-每一個分配到的玩家得到的數(shù)值

-玩家參與擊殺中途死亡/離隊，是否能分配到

-拾取獎勵

-同步范圍外的玩家能否參與分配

-是否需要隊員參與擊殺

-參與擊殺隊員中途下線/離隊/死亡，上線后是否能參與分配

-其他幾種分配方式

-戰(zhàn)斗關(guān)系

--具體需要考慮技能與PK規(guī)則相關(guān)

-隊伍界面相關(guān)

-其他功能

-任務(wù)共享

-隊伍聊天

-標記 3.離隊

-隊長解散/離開隊伍

-隊員離開隊伍

-離隊后可以重新組建隊伍

-離隊后需要檢查

-戰(zhàn)斗關(guān)系

-地圖上的位置標記

第三篇：自動售貨機測試用例

題目：有一個處理單價為5角錢的飲料的自動售貨機軟件測試用例的設(shè)計。其規(guī)格說明如下：若投入5角錢或1元錢的硬幣，押下〖橙汁〗或〖啤酒〗的按鈕，則相應(yīng)的飲料就送出來。若售貨機沒有零錢找，則一個顯示〖零錢找完〗的紅燈亮，這時在投入1元硬幣并押下按鈕后，飲料不送出來而且1元硬幣也退出來；若有零錢找，則顯示〖零錢找完〗的紅燈滅，在送出飲料的同時退還5角硬幣。1.分析這一段說明，列出原因和結(jié)果 原因：

1.售貨機有零錢找 2.投入1元硬幣 3.投入5角硬幣

4.押下橙汁按鈕 5.押下啤酒按鈕

結(jié)果：

21.售貨機〖零錢找完〗燈亮

22.退還1元硬幣

23.退還5角硬幣

24.送出橙汁飲料 25.送出啤酒飲料 2.畫出因果圖

如圖所示。所有原因結(jié)點列在左邊，所有結(jié)果結(jié)點列在右邊。建立中間結(jié)點，表示處理的中間狀態(tài)。中間結(jié)點：

11.投入1元硬幣且押下飲料按鈕 12.押下〖橙汁〗或〖啤酒〗的按鈕 13.應(yīng)當找5角零錢并且售貨機有零錢找 14.錢已付清

3.轉(zhuǎn)換成判定表：

4.設(shè)計測試用例

1)在售貨機有零錢找的情況下，投入1元硬幣，押下橙汁按鈕，找回5角硬幣并送出橙汁飲料。

2)在售貨機有零錢找的情況下，投入1元硬幣，押下啤酒按鈕，找回5角硬幣并送出啤酒飲料。

3)在售貨機有零錢找的情況下，投入1元硬幣，系統(tǒng)不做任何處理。

4)在售貨機有零錢找的情況下，投入5角硬幣，押下橙汁按鈕，送出橙汁飲料。5)在售貨機有零錢找的情況下，投入5角硬幣，押下啤酒按鈕，送出啤酒飲料。6)在售貨機有零錢找的情況下，投入5角硬幣，系統(tǒng)不做任何處理。7)在售貨機有零錢找的情況下，押下橙汁按鈕，系統(tǒng)不做任何處理。8)在售貨機有零錢找的情況下，押下啤酒按鈕，系統(tǒng)不做任何處理。

9)在售貨機沒有零錢找的情況下，投入1元硬幣，押下橙汁按鈕，售貨機“零錢找完”燈亮，并退還1元硬幣。

10)在售貨機沒有零錢找的情況下，投入1元硬幣，押下啤酒按鈕，售貨機“零錢找完”燈亮，并退還1元硬幣。

11)在售貨機沒有零錢找的情況下，投入1元硬幣，售貨機“零錢找完”燈亮。

12)在售貨機沒有零錢找的情況下，投入5角硬幣，押下橙汁按鈕，售貨機“零錢找完”燈亮，并送出橙汁飲料。

13)在售貨機沒有零錢找的情況下，投入5角硬幣，押下啤酒按鈕，售貨機“零錢找完”燈亮，并送出啤酒飲料。

14)在售貨機沒有零錢找的情況下，投入5角硬幣，售貨機“零錢找完”燈亮。15)在售貨機沒有零錢找的情況下，押下橙汁按鈕，售貨機“零錢找完”燈亮。16)在售貨機沒有零錢找的情況下，押下啤酒按鈕，售貨機“零錢找完”燈亮。

第四篇：手機鬧鐘測試用例

鬧鐘測試用例

1、基本功能測試：

用例名稱

用例編號

01

設(shè)計人

測試目標

基本功能：測試鬧鈴是否正常響起

前置條件

將鬧鐘響起時間設(shè)定為17：00

步驟

操作描述

期望結(jié)果

鬧鈴時間到

主界面出現(xiàn)鬧鈴界面，并且鈴聲響起

點擊關(guān)閉鬧鈴

出現(xiàn)提示框詢問是否關(guān)閉

點擊是

鬧鈴關(guān)閉

點擊否

鬧鈴繼續(xù)響

用例名稱

用例編號

02

設(shè)計人

測試目標

基本功能：瀏覽網(wǎng)頁時，鬧鐘可以響起

前置條件

設(shè)定鬧鈴時間為17:00

步驟

操作描述

期望結(jié)果

瀏覽網(wǎng)頁時，鬧鈴時間到

主界面出現(xiàn)鬧鈴界面，鈴聲響起

點擊關(guān)閉鬧鈴

鬧鈴關(guān)閉，停留在網(wǎng)頁頁面

用例名稱

用例編號

03

設(shè)計人

測試目標

基本功能：輸入鬧鈴后，可以正常響起

前置條件

輸入鬧鈴時間為17:00

步驟

操作描述

期望結(jié)果

鬧鈴時間到

主界面出現(xiàn)鬧鈴界面，并且鈴聲響起

點擊關(guān)閉鬧鈴

出現(xiàn)提示框詢問是否關(guān)閉

點擊是

鬧鈴關(guān)閉

點擊否

鬧鈴繼續(xù)響

用例名稱

用例編號

04

設(shè)計人

測試目標

基本功能：設(shè)置鬧鈴后，可以正常響起

前置條件

輸入鬧鈴時間為23:59

步驟

操作描述

期望結(jié)果

鬧鈴時間到

主界面出現(xiàn)鬧鈴界面，并且鈴聲響起

點擊關(guān)閉鬧鈴

出現(xiàn)提示框詢問是否關(guān)閉

點擊是

鬧鈴關(guān)閉

點擊否

鬧鈴繼續(xù)響

用例名稱

用例編號

05

設(shè)計人

測試目標

基本功能：設(shè)置鬧鈴時間后，可以正常響起

前置條件

輸入鬧鈴時間為00:00

步驟

操作描述

期望結(jié)果

鬧鈴時間到

主界面出現(xiàn)鬧鈴界面，并且鈴聲響起

點擊關(guān)閉鬧鈴

出現(xiàn)提示框詢問是否關(guān)閉

點擊是

鬧鈴關(guān)閉

點擊否

鬧鈴繼續(xù)響

用例名稱

用例編號

06

設(shè)計人

測試目標

基本功能：輸入鬧鈴說明（漢字/英文/數(shù)字），鬧鈴響起時出現(xiàn)提示字

前置條件

輸入鬧鈴時間為17:00

步驟

操作描述

期望結(jié)果

鬧鈴時間到

鈴聲響起，主界面出現(xiàn)輸入的提示字

點擊關(guān)閉鬧鈴

出現(xiàn)提示框詢問是否關(guān)閉

點擊是

鬧鈴關(guān)閉

點擊否

鬧鈴繼續(xù)響

用例名稱

用例編號

07

設(shè)計人

測試目標

基本功能：設(shè)置鬧鈴重復(fù)，在重復(fù)日期可以響起

前置條件

輸入鬧鈴時間為17:00，重復(fù)為每天

步驟

操作描述

期望結(jié)果

鬧鈴時間到

主界面出現(xiàn)鬧鈴界面，并且鈴聲響起

點擊關(guān)閉鬧鈴

鬧鈴關(guān)閉

次日鬧鈴時間到

主界面出現(xiàn)鬧鈴界面，并且鈴聲響起

點擊關(guān)閉鬧鈴

鬧鈴關(guān)閉

用例名稱

用例編號

08

設(shè)計人

測試目標

基本功能：鬧鈴響起后點擊重響

前置條件

輸入鬧鈴時間為17:00

步驟

操作描述

期望結(jié)果

鬧鈴時間到

主界面出現(xiàn)鬧鈴界面，并且鈴聲響起

點擊重響

鬧鈴暫時關(guān)閉

五分鐘后

主界面出現(xiàn)鬧鈴界面，鈴聲繼續(xù)響起

點擊關(guān)閉鬧鈴

鬧鈴關(guān)閉

用例名稱

用例編號

09

設(shè)計人

測試目標

基本功能：鬧鈴設(shè)置成功后，關(guān)閉手機看時間到鬧鈴是否響起

前置條件

輸入鬧鈴時間為17:00

步驟

操作描述

期望結(jié)果

設(shè)置完成鬧鈴，關(guān)閉手機

手機關(guān)閉

鬧鈴時間到

鈴聲響起，出現(xiàn)關(guān)閉/重響提示

選擇重響

鬧鈴暫時關(guān)閉，五分鐘后再次響起

選擇關(guān)閉

出現(xiàn)時候開機提示

用例名稱

用例編號

設(shè)計人

測試目標

基本功能：編輯短信時，鬧鈴響起

前置條件

輸入鬧鈴時間為17:00

步驟

操作描述

期望結(jié)果

正在編輯短信，鬧鈴響起

短信模塊中出現(xiàn)鬧鈴界面

點擊重響鬧鈴

鈴聲暫停，繼續(xù)編輯短信

五分鐘后鈴聲再次響起

點擊關(guān)閉鬧鈴

鈴聲停止，繼續(xù)編輯短信

2、沖突測試：

用例名稱

用例編號

01

設(shè)計人

測試目標

沖突測試：鬧鈴響起時，拔出內(nèi)存卡

前置條件

將鬧鐘響起時間設(shè)定為17：00

步驟

操作描述

期望結(jié)果

鬧鈴時間到

主界面出現(xiàn)鬧鈴界面，并且鈴聲響起

拔出內(nèi)存卡

若鬧鈴鈴聲來自內(nèi)存卡則鬧鈴鈴聲停止

若鬧鈴鈴聲來自手機則鈴聲依然響

點擊關(guān)閉鬧鈴

出現(xiàn)提示框詢問是否關(guān)閉

點擊是

鬧鈴關(guān)閉

點擊否

鬧鈴繼續(xù)響

用例名稱

用例編號

02

設(shè)計人

測試目標

沖突測試：鬧鈴響起時，插入內(nèi)存卡

前置條件

將鬧鐘響起時間設(shè)定為17：00

步驟

操作描述

期望結(jié)果

鬧鈴時間到

主界面出現(xiàn)鬧鈴界面，并且鈴聲響起

插入內(nèi)存卡

鬧鈴?fù)ｎD幾秒后繼續(xù)響起

點擊關(guān)閉鬧鈴

出現(xiàn)提示框詢問是否關(guān)閉

點擊是

鬧鈴關(guān)閉

點擊否

鬧鈴繼續(xù)響

用例名稱

用例編號

03

設(shè)計人

測試目標

沖突測試：鬧鈴響起時，插入充電器

前置條件

將鬧鐘響起時間設(shè)定為17：00

步驟

操作描述

期望結(jié)果

鬧鈴時間到

主界面出現(xiàn)鬧鈴界面，并且鈴聲響起

插入充電器

鬧鈴?fù)ｎD幾秒后繼續(xù)響起

若鬧鈴鈴聲來自手機則鈴聲依然響

點擊關(guān)閉鬧鈴

出現(xiàn)提示框詢問是否關(guān)閉

點擊是

鬧鈴關(guān)閉

點擊否

鬧鈴繼續(xù)響

用例名稱

用例編號

04

設(shè)計人

測試目標

沖突測試：鬧鈴響起時，拔出充電器

前置條件

將鬧鐘響起時間設(shè)定為17：00

步驟

操作描述

期望結(jié)果

鬧鈴時間到

主界面出現(xiàn)鬧鈴界面，并且鈴聲響起

拔出充電器

鬧鈴?fù)ｎD幾秒后繼續(xù)響起

若鬧鈴鈴聲來自手機則鈴聲依然響

點擊關(guān)閉鬧鈴

出現(xiàn)提示框詢問是否關(guān)閉

點擊是

鬧鈴關(guān)閉

點擊否

鬧鈴繼續(xù)響

用例名稱

用例編號

05

設(shè)計人

測試目標

沖突測試：鬧鈴響起時，拔出充電器

前置條件

將鬧鐘響起時間設(shè)定為17：00

步驟

操作描述

期望結(jié)果

鬧鈴時間到

主界面出現(xiàn)鬧鈴界面，并且鈴聲響起

拔出充電器

鬧鈴?fù)ｎD幾秒后繼續(xù)響起

若鬧鈴鈴聲來自手機則鈴聲依然響

點擊關(guān)閉鬧鈴

出現(xiàn)提示框詢問是否關(guān)閉

點擊是

鬧鈴關(guān)閉

點擊否

鬧鈴繼續(xù)響

用例名稱

用例編號

06

設(shè)計人

測試目標

沖突測試：鬧鈴響起時，來電話但不接聽

前置條件

將鬧鐘響起時間設(shè)定為17：00

步驟

操作描述

期望結(jié)果

鬧鈴時間到，來電話

出現(xiàn)電話界面，鬧鈴暫時不響

掛斷電話

鬧鈴?fù)ｎD幾秒后響起

點擊關(guān)閉鬧鈴

鬧鈴關(guān)閉

用例名稱

用例編號

07

設(shè)計人

測試目標

沖突測試：鬧鈴響起時，來短信

前置條件

將鬧鐘響起時間設(shè)定為17：00

步驟

操作描述

期望結(jié)果

鬧鈴時間到，來短信

顯示有短信，并且鬧鈴響起

點開短信

鬧鈴?fù)Ｖ鬼懫?/p>

退出短信

鬧鈴繼續(xù)響起

點擊關(guān)閉鬧鈴

鬧鈴關(guān)閉

用例名稱

用例編號

08

設(shè)計人

測試目標

沖突測試：鬧鈴響起時，來彩信

前置條件

將鬧鐘響起時間設(shè)定為17：00

步驟

操作描述

期望結(jié)果

鬧鈴時間到，來彩信

顯示有彩信，并且鬧鈴響起

點開短彩信

鬧鈴?fù)Ｖ鬼懫?/p>

退出彩信

鬧鈴繼續(xù)響起

點擊關(guān)閉鬧鈴

鬧鈴關(guān)閉

用例名稱

用例編號

09

設(shè)計人

測試目標

沖突測試：鬧鈴響起時，收到短信發(fā)送報告

前置條件

將鬧鐘響起時間設(shè)定為17：00

步驟

操作描述

期望結(jié)果

鬧鈴時間到，收到短信發(fā)送報告

顯示發(fā)送報告，并且鬧鈴暫停

退出發(fā)送報告

鬧鈴繼續(xù)響起

點擊關(guān)閉鬧鈴

鬧鈴關(guān)閉

用例名稱

用例編號

設(shè)計人

測試目標

沖突測試：鬧鈴響起時，收到彩信發(fā)送報告

前置條件

將鬧鐘響起時間設(shè)定為17：00

步驟

操作描述

期望結(jié)果

鬧鈴時間到，收到彩信發(fā)送報告

顯示發(fā)送報告，并且鬧鈴暫停

退出發(fā)送報告

鬧鈴繼續(xù)響起

點擊關(guān)閉鬧鈴

鬧鈴關(guān)閉

用例名稱

用例編號

設(shè)計人

測試目標

沖突測試：鬧鈴響起時，來電話接聽

前置條件

將鬧鐘響起時間設(shè)定為17：00

步驟

操作描述

期望結(jié)果

鬧鈴時間到，來電話

接聽電話，鬧鈴暫時不響

掛斷電話

鬧鈴?fù)ｎD幾秒后響起

點擊關(guān)閉鬧鈴

鬧鈴關(guān)閉

用例名稱

用例編號

設(shè)計人

測試目標

沖突測試：鬧鈴響起時，來電話對方掛斷

前置條件

將鬧鐘響起時間設(shè)定為17：00

步驟

操作描述

期望結(jié)果

鬧鈴時間到，來電話

出現(xiàn)電話界面，鬧鈴暫時不響

對方掛電話，點擊顯示來電

鬧鈴依然停頓

退出顯示來電

鬧鈴繼續(xù)響起

點擊關(guān)閉鬧鈴

鬧鈴關(guān)閉

用例名稱

用例編號

設(shè)計人

測試目標

沖突測試：鬧鈴響起時，來電話接聽后對方掛斷

前置條件

將鬧鐘響起時間設(shè)定為17：00

步驟

操作描述

期望結(jié)果

鬧鈴時間到，來電話

接聽電話，鬧鈴暫時不響

對方掛電話

鬧鈴繼續(xù)響起

點擊關(guān)閉鬧鈴

鬧鈴關(guān)閉

用例名稱

用例編號

設(shè)計人

測試目標

沖突測試：鬧鈴響起時，插入耳機

前置條件

將鬧鐘響起時間設(shè)定為17：00

步驟

操作描述

期望結(jié)果

鬧鈴時間到

主界面出現(xiàn)鬧鈴界面，并且鈴聲響起

插入耳機

顯示插入耳機提示，鬧鈴繼續(xù)響起

點擊關(guān)閉鬧鈴

鬧鈴關(guān)閉

用例名稱

用例編號

設(shè)計人

測試目標

沖突測試：鬧鈴響起時，拔出耳機

前置條件

將鬧鐘響起時間設(shè)定為17：00

步驟

操作描述

期望結(jié)果

鬧鈴時間到

主界面出現(xiàn)鬧鈴界面，并且鈴聲響起

拔出耳機

顯示拔出耳機提示，鬧鈴繼續(xù)響起

點擊關(guān)閉鬧鈴

鬧鈴關(guān)閉

用例名稱

用例編號

設(shè)計人

測試目標

沖突測試：鬧鈴響起時，充電完成前置條件

將鬧鐘響起時間設(shè)定為17：00

步驟

操作描述

期望結(jié)果

鬧鈴時間到

主界面出現(xiàn)鬧鈴界面，并且鈴聲響起

此時充電完成屏幕上顯示充電完成提示，鬧鈴繼續(xù)響起

點擊關(guān)閉鬧鈴

鬧鈴關(guān)閉

用例名稱

用例編號

設(shè)計人

測試目標

沖突測試：鬧鈴響起時，低電量

前置條件

將鬧鐘響起時間設(shè)定為17：00

步驟

操作描述

期望結(jié)果

鬧鈴時間到

主界面出現(xiàn)鬧鈴界面，并且鈴聲響起

此時手機電量低

屏幕上顯示手機電量低提示，鬧鈴繼續(xù)響起

點擊關(guān)閉鬧鈴

鬧鈴關(guān)閉

用例名稱

用例編號

設(shè)計人

測試目標

沖突測試：鬧鈴響起時，低電量自動關(guān)機

前置條件

將鬧鐘響起時間設(shè)定為17：00

步驟

操作描述

期望結(jié)果

鬧鈴時間到

主界面出現(xiàn)鬧鈴界面，并且鈴聲響起

此時手機電量低自動關(guān)機

屏幕上顯示手機電量低自動關(guān)機，鬧鈴關(guān)閉，自動關(guān)機

用例名稱

用例編號

設(shè)計人

測試目標

沖突測試：鬧鈴響起時，長按關(guān)機鍵

前置條件

將鬧鐘響起時間設(shè)定為17：00

步驟

操作描述

期望結(jié)果

鬧鈴時間到

主界面出現(xiàn)鬧鈴界面，并且鈴聲響起

此時長按關(guān)機鍵

屏幕上顯示是否關(guān)機提示，鬧鈴關(guān)閉，自動關(guān)機

用例名稱

用例編號

設(shè)計人

測試目標

沖突測試：鬧鈴響起時，拔出電池

前置條件

將鬧鐘響起時間設(shè)定為17：00

步驟

操作描述

期望結(jié)果

鬧鈴時間到

主界面出現(xiàn)鬧鈴界面，并且鈴聲響起

此時拔出電池

鈴聲消失，非法關(guān)機

3、壓力測試：

用例名稱

用例編號

01

設(shè)計人

測試目標

壓力測試：設(shè)置多個鬧鈴

前置條件

將10個鬧鐘響起時間設(shè)定為17：00

步驟

操作描述

期望結(jié)果

進入鬧鈴設(shè)置界面

出現(xiàn)設(shè)置新鬧鈴

點擊設(shè)置新鬧鈴

出現(xiàn)設(shè)置新鬧鈴界面

一次設(shè)置多個新鬧鈴

鬧鈴設(shè)置成功，并且主界面顯示鬧鈴圖標

用例名稱

用例編號

02

設(shè)計人

測試目標

壓力測試：清空設(shè)置的鬧鈴

前置條件

將50個鬧鐘響起時間設(shè)定為17：00

步驟

操作描述

期望結(jié)果

鬧鈴時間未到

手機主界面顯示鬧鈴圖標

進入鬧鈴設(shè)置清空鬧鈴，退出鬧鈴設(shè)置

手機主界面鬧鈴圖標消失

用例名稱

用例編號

03

設(shè)計人

測試目標

壓力測試：設(shè)置多個鬧鈴?fù)瑫r響起

前置條件

將10個鬧鐘響起時間設(shè)定為17：00

步驟

操作描述

期望結(jié)果

鬧鈴時間到

主界面出現(xiàn)多個鬧鈴界面，并且鈴聲響起

點擊關(guān)閉鬧鈴

出現(xiàn)提示框詢問關(guān)閉當前界面/關(guān)閉全部界面

點擊關(guān)閉當前界面

有一個鬧鈴界面關(guān)閉，鈴聲依然響起

點擊關(guān)閉全部界面

退出鬧鈴界面，鈴聲停止

第五篇：測試用例設(shè)計步驟

測試用例設(shè)計步驟

設(shè)計測試案例的時候，需要有清晰的測試思路，對要測試什么，按照什么順序測試，覆蓋哪些需求做到心中有數(shù)。測試用例編寫者不僅要掌握軟件測試的技術(shù)和流程，而且要對被測軟件的設(shè)計、功能規(guī)格說明、用戶試用場景以及程序/模塊的結(jié)構(gòu)都有比較透徹的理解。測試用例設(shè)計一般包括以下幾個步驟：

1、測試需求分析

從軟件需求文檔中，找出待測試軟件/模塊的需求，通過自己的分析、理解，整理成為測試需求，清楚被測試對象具有哪些功能。測試需求的特點是：包含軟件需求，具有可測試性。測試需求應(yīng)該在軟件需求基礎(chǔ)上進行歸納、分類或細分，方便測試用例設(shè)計。測試用例中的測試集與測試需求的關(guān)系是多對一的關(guān)系，即一個或多個測試用例集對應(yīng)一個測試需求。

2、業(yè)務(wù)流程分析

軟件測試，不單純是基于功能的黑盒測試，還需要對軟件的內(nèi)部處理邏輯進行測試。為了不遺漏測試點，需要清楚的了解軟件產(chǎn)品的業(yè)務(wù)流程。建議在做復(fù)雜的測試用例設(shè)計前，先畫出軟件的業(yè)務(wù)流程。如果設(shè)計文檔中已經(jīng)有業(yè)務(wù)流程設(shè)計，可以從測試角度對現(xiàn)有流程進行補充。如果無法從設(shè)計中得到業(yè)務(wù)流程，測試工程師應(yīng)通過閱讀設(shè)計文檔，與開發(fā)人員交流，最終畫出業(yè)務(wù)流程圖。業(yè)務(wù)流程圖可以幫助理解軟件的處理邏輯和數(shù)據(jù)流向，從而指導(dǎo)測試用例的設(shè)計。

從業(yè)務(wù)流程上，應(yīng)得到以下信息：

A、主流程是什么

B、條件備選流程是什么

C、數(shù)據(jù)流向是什么

D、關(guān)鍵的判斷條件是什么

3、測試用例設(shè)計

完成了測試需求分析和軟件流程分析后，開始著手設(shè)計測試用例。測試用例設(shè)計的類型包括功能測試，邊界測試，異常測試，性能測試，壓力測試等。在用例設(shè)計中，除了功能測試用例外，應(yīng)盡量考慮邊界、異常、性能的情況，以便發(fā)現(xiàn)更多的隱藏問題。

黑盒測試的測試用例設(shè)計方法有：等價類劃分、邊界值劃分、因果圖分析和錯誤猜測，白盒測試的測試用例設(shè)計方法有：語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、多重條件覆蓋。在這里主要討論黑盒測試。在設(shè)計測試用例的時候可以使用軟件測試用例設(shè)計方法，結(jié)合前面的需求分析和軟件流程分析進行設(shè)計：

功能測試：測試某個功能是否滿足需求的定義，功能是否正確，完備。

適合的技術(shù)：由業(yè)務(wù)需求和設(shè)計說明導(dǎo)出的功能測試、等價類劃分

邊界測試：對某個功能的邊界情況進行測試。

適合的技術(shù)：邊界值劃分

異常測試：對某些功能來說，其邊界情況無法簡單的了解或某些操作不完全是正確的但又是

可能發(fā)生的，類似這樣的情況需要書寫相關(guān)的異常測試。

適合的技術(shù)：由業(yè)務(wù)需求和設(shè)計說明導(dǎo)出的特殊業(yè)務(wù)流程、錯誤猜測法、邊界值

分析、內(nèi)部邊界值測試。

性能測試：檢查系統(tǒng)是否滿足在需求中所規(guī)定達到的性能，性能主要包括了解程序的內(nèi)外部

性能因素。內(nèi)部性能因素包括測試環(huán)境的配置，系統(tǒng)資源使用狀況；外部因素包

括響應(yīng)時間，吞吐量等。

適合的技術(shù)：業(yè)務(wù)需求和設(shè)計說明導(dǎo)出的測試

壓力測試：壓力測試又稱強度測試，主要是檢查系統(tǒng)運行環(huán)境在極限情況下軟件運行的能力，比如說給一個相當大的負荷或網(wǎng)絡(luò)流量給應(yīng)用軟件兼容測試：測試軟件產(chǎn)品在不

同的平臺，不同的工具，相同工具的不同版本下功能的兼容性。

4、測試用例評審

測試用例設(shè)計完成后，為了確認測試過程和方法是否正確，是否有遺漏的測試點，需要進行測試用例的評審。

測試用例評審一般是由測試leader安排，參加的人員包括：測試用例設(shè)計者、測試leader、項目經(jīng)理、開發(fā)工程師、其它相關(guān)開發(fā)測試工程師。測試用例評審?fù)戤?，測試工程師根據(jù)評審結(jié)果，對測試用例進行修改，并記錄修改日志。

5、測試用例更新完善

測試用例編寫完成之后需要不斷完善，軟件產(chǎn)品新增功能或更新需求后，測試用例必須配套修改更新；在測試過程中發(fā)現(xiàn)設(shè)計測試用例時考慮不周，需要對測試用例進行修改完善；在軟件交付使用后客戶反饋的軟件缺陷，而缺陷又是因測試用例存在漏洞造成，也需要對測試用例進行完善。一般小的修改完善可在原測試用例文檔上修改，但文檔要有更改記錄。軟件的版本升級更新，測試用例一般也應(yīng)隨之編制升級更新版本。測試用例是“活”的，在軟件的生命周期中不斷更新與完善。