第一篇：管理學院網站黑盒測試用例

管理學院網站黑盒測試用例設計

首先打開管理學院的網站，選擇入口進入，有公眾網、教育網以及英文版，一次選擇入口進入后，點擊網頁的每一個鏈接處來測試網站功能的可用性。發現大部分顯示正確功能，有的則存在問題。點擊公眾網入口，進入網站后首先測試了網頁最下方的友情鏈接

對第一個教學質量工程項目展示下的下拉框進行點擊測試，只有精品課程、國家特色專業與省級品牌、歷屆教學質量教學競賽獲獎有反應，其他的沒有反應，網頁自動回到頂端，然后點擊—教學質量工程項目展示--，網頁會跳回到網頁入口界面，截圖如下：

點擊下方的本校兄弟院系，并不是另外彈出網頁，而是將本網頁變為點擊的兄弟院系，點擊瀏覽器的返回按鈕，則不能回到管理學院的網頁了。

點擊其他兄弟院系，可能是由于網絡問題，有時候會顯示該網頁無法顯示，有時候會顯

示

社的鏈接，可正常顯示：

對于管理類知名網站，AMT前沿論叢沒有反應，其他的顯示正確，例如清華大學出版

點擊“各研究所網站”：

可能由于網絡問題，點擊管理信息研究所時，會顯示無法找到該頁。

但是點擊其他的鏈接，例如物流與供應鏈研究所時，顯示正常：點擊最上方的院長郵箱，會彈出很多網頁，顯示“沒有可以顯示的頁面”，關閉網頁也

關不完。點擊教室預約，進入管理學院教室預約頁面，在右邊的教室使用處

只顯示教室116的使用，整個管理學院其他教室的使用情況時間安排均不顯示。點擊

發現科學研究下的各個連接，除了返回首頁有效外，其他均無效，點擊后頁面無任何反應

點擊繼續教育，點擊頁面中的聯系我們，會彈出一個對話框，顯示“默認郵件客戶端沒有正確安裝”的提示框，點擊確定后，會彈出很多網頁，網頁顯示“該網頁無法顯示”。后來測試其他選項，點擊聯系我們，也就是和發送郵件有關的功能按鈕，都會出現相同的情況。點擊會議專題及招生信息，這類鏈接是下載資料所用的，顯示正確

點擊打開，顯示正確，圖如下所示：點擊主頁新聞處：

各個連接顯示正確，只是當左側的分欄中有“聯系我們”時，就會出現4所示的狀況。點擊英文版入口，進入管理學院主頁

那些文字連接均無效，無法點擊

登陸處也無法填寫用戶名以及密碼

查詢處也無法輸入查詢

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

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

-被邀請

-被邀請人狀態

-不在同一個地圖、GS上

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

-不在線、傳送

-處于別的玩家隊伍中

-處于系統隊伍中，如戰場

-被邀請后收到提示

-被邀請人做出選擇后的響應

-被邀請人沒有選擇時的響應

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

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

-被兩個、多個玩家邀請

-提示界面相關

-邀請別人

-邀請人狀態

-邀請人沒有隊伍

-邀請人已經組建了一個隊伍

-是不是隊長

-邀請人隊伍已滿

-邀請人隊伍未滿

-在玩家回應前，繼續邀請多個玩家

-發出邀請后

-對方未響應前，隊伍已滿

-對方未響應前，隊伍已解散

-對方拒絕邀請是否提示

-對方接受邀請時的提示

-申請入隊

-申請進入的目標隊伍狀態

-申請目標沒有隊伍

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

-申請目標是隊長

-申請目標是隊員

-向多個隊伍發起申請

-申請目標（隊長）接到的響應

-隊長同意申請

-同意申請時，發起人已經離線

-同意申請時，發起人已有隊伍

-同意申請時，發起人已經切換地圖、GS

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

-同意申請時，隊伍人數已滿

-隊長拒絕申請

-發起人收到的提示

-其他隊員不可操作

-隊長能收到申請信息的數量

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

-申請界面相關 2.隊伍中（默認即時戰斗游戲）

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

-玩家的狀態，如HP、等級、職業等

-玩家的位置

-同一個地圖

-不同地圖、GS

-隊員上線/離線

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

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

-移交隊長

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

-移交后新隊長擁有的權限

-移交后原隊長的權限

-是否需要確認框提示

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

-獎勵的分配方式

-擊殺獎勵，如EXP

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

-是否需要隊員參與擊殺

-每一個分配到的玩家得到的數值

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

-拾取獎勵

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

-是否需要隊員參與擊殺

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

-其他幾種分配方式

-戰斗關系

--具體需要考慮技能與PK規則相關

-隊伍界面相關

-其他功能

-任務共享

-隊伍聊天

-標記 3.離隊

-隊長解散/離開隊伍

-隊員離開隊伍

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

-離隊后需要檢查

-戰斗關系

-地圖上的位置標記

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

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

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

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

結果：

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

22.退還1元硬幣

23.退還5角硬幣

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

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

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

3.轉換成判定表：

4.設計測試用例

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

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

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

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

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

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

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

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

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

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

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

鬧鐘測試用例

1、基本功能測試：

用例名稱

用例編號

01

設計人

測試目標

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

前置條件

將鬧鐘響起時間設定為17：00

步驟

操作描述

期望結果

鬧鈴時間到

主界面出現鬧鈴界面，并且鈴聲響起

點擊關閉鬧鈴

出現提示框詢問是否關閉

點擊是

鬧鈴關閉

點擊否

鬧鈴繼續響

用例名稱

用例編號

02

設計人

測試目標

基本功能：瀏覽網頁時，鬧鐘可以響起

前置條件

設定鬧鈴時間為17:00

步驟

操作描述

期望結果

瀏覽網頁時，鬧鈴時間到

主界面出現鬧鈴界面，鈴聲響起

點擊關閉鬧鈴

鬧鈴關閉，停留在網頁頁面

用例名稱

用例編號

03

設計人

測試目標

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

前置條件

輸入鬧鈴時間為17:00

步驟

操作描述

期望結果

鬧鈴時間到

主界面出現鬧鈴界面，并且鈴聲響起

點擊關閉鬧鈴

出現提示框詢問是否關閉

點擊是

鬧鈴關閉

點擊否

鬧鈴繼續響

用例名稱

用例編號

04

設計人

測試目標

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

前置條件

輸入鬧鈴時間為23:59

步驟

操作描述

期望結果

鬧鈴時間到

主界面出現鬧鈴界面，并且鈴聲響起

點擊關閉鬧鈴

出現提示框詢問是否關閉

點擊是

鬧鈴關閉

點擊否

鬧鈴繼續響

用例名稱

用例編號

05

設計人

測試目標

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

前置條件

輸入鬧鈴時間為00:00

步驟

操作描述

期望結果

鬧鈴時間到

主界面出現鬧鈴界面，并且鈴聲響起

點擊關閉鬧鈴

出現提示框詢問是否關閉

點擊是

鬧鈴關閉

點擊否

鬧鈴繼續響

用例名稱

用例編號

06

設計人

測試目標

基本功能：輸入鬧鈴說明（漢字/英文/數字），鬧鈴響起時出現提示字

前置條件

輸入鬧鈴時間為17:00

步驟

操作描述

期望結果

鬧鈴時間到

鈴聲響起，主界面出現輸入的提示字

點擊關閉鬧鈴

出現提示框詢問是否關閉

點擊是

鬧鈴關閉

點擊否

鬧鈴繼續響

用例名稱

用例編號

07

設計人

測試目標

基本功能：設置鬧鈴重復，在重復日期可以響起

前置條件

輸入鬧鈴時間為17:00，重復為每天

步驟

操作描述

期望結果

鬧鈴時間到

主界面出現鬧鈴界面，并且鈴聲響起

點擊關閉鬧鈴

鬧鈴關閉

次日鬧鈴時間到

主界面出現鬧鈴界面，并且鈴聲響起

點擊關閉鬧鈴

鬧鈴關閉

用例名稱

用例編號

08

設計人

測試目標

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

前置條件

輸入鬧鈴時間為17:00

步驟

操作描述

期望結果

鬧鈴時間到

主界面出現鬧鈴界面，并且鈴聲響起

點擊重響

鬧鈴暫時關閉

五分鐘后

主界面出現鬧鈴界面，鈴聲繼續響起

點擊關閉鬧鈴

鬧鈴關閉

用例名稱

用例編號

09

設計人

測試目標

基本功能：鬧鈴設置成功后，關閉手機看時間到鬧鈴是否響起

前置條件

輸入鬧鈴時間為17:00

步驟

操作描述

期望結果

設置完成鬧鈴，關閉手機

手機關閉

鬧鈴時間到

鈴聲響起，出現關閉/重響提示

選擇重響

鬧鈴暫時關閉，五分鐘后再次響起

選擇關閉

出現時候開機提示

用例名稱

用例編號

設計人

測試目標

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

前置條件

輸入鬧鈴時間為17:00

步驟

操作描述

期望結果

正在編輯短信，鬧鈴響起

短信模塊中出現鬧鈴界面

點擊重響鬧鈴

鈴聲暫停，繼續編輯短信

五分鐘后鈴聲再次響起

點擊關閉鬧鈴

鈴聲停止，繼續編輯短信

2、沖突測試：

用例名稱

用例編號

01

設計人

測試目標

沖突測試：鬧鈴響起時，拔出內存卡

前置條件

將鬧鐘響起時間設定為17：00

步驟

操作描述

期望結果

鬧鈴時間到

主界面出現鬧鈴界面，并且鈴聲響起

拔出內存卡

若鬧鈴鈴聲來自內存卡則鬧鈴鈴聲停止

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

點擊關閉鬧鈴

出現提示框詢問是否關閉

點擊是

鬧鈴關閉

點擊否

鬧鈴繼續響

用例名稱

用例編號

02

設計人

測試目標

沖突測試：鬧鈴響起時，插入內存卡

前置條件

將鬧鐘響起時間設定為17：00

步驟

操作描述

期望結果

鬧鈴時間到

主界面出現鬧鈴界面，并且鈴聲響起

插入內存卡

鬧鈴停頓幾秒后繼續響起

點擊關閉鬧鈴

出現提示框詢問是否關閉

點擊是

鬧鈴關閉

點擊否

鬧鈴繼續響

用例名稱

用例編號

03

設計人

測試目標

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

前置條件

將鬧鐘響起時間設定為17：00

步驟

操作描述

期望結果

鬧鈴時間到

主界面出現鬧鈴界面，并且鈴聲響起

插入充電器

鬧鈴停頓幾秒后繼續響起

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

點擊關閉鬧鈴

出現提示框詢問是否關閉

點擊是

鬧鈴關閉

點擊否

鬧鈴繼續響

用例名稱

用例編號

04

設計人

測試目標

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

前置條件

將鬧鐘響起時間設定為17：00

步驟

操作描述

期望結果

鬧鈴時間到

主界面出現鬧鈴界面，并且鈴聲響起

拔出充電器

鬧鈴停頓幾秒后繼續響起

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

點擊關閉鬧鈴

出現提示框詢問是否關閉

點擊是

鬧鈴關閉

點擊否

鬧鈴繼續響

用例名稱

用例編號

05

設計人

測試目標

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

前置條件

將鬧鐘響起時間設定為17：00

步驟

操作描述

期望結果

鬧鈴時間到

主界面出現鬧鈴界面，并且鈴聲響起

拔出充電器

鬧鈴停頓幾秒后繼續響起

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

點擊關閉鬧鈴

出現提示框詢問是否關閉

點擊是

鬧鈴關閉

點擊否

鬧鈴繼續響

用例名稱

用例編號

06

設計人

測試目標

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

前置條件

將鬧鐘響起時間設定為17：00

步驟

操作描述

期望結果

鬧鈴時間到，來電話

出現電話界面，鬧鈴暫時不響

掛斷電話

鬧鈴停頓幾秒后響起

點擊關閉鬧鈴

鬧鈴關閉

用例名稱

用例編號

07

設計人

測試目標

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

前置條件

將鬧鐘響起時間設定為17：00

步驟

操作描述

期望結果

鬧鈴時間到，來短信

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

點開短信

鬧鈴停止響起

退出短信

鬧鈴繼續響起

點擊關閉鬧鈴

鬧鈴關閉

用例名稱

用例編號

08

設計人

測試目標

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

前置條件

將鬧鐘響起時間設定為17：00

步驟

操作描述

期望結果

鬧鈴時間到，來彩信

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

點開短彩信

鬧鈴停止響起

退出彩信

鬧鈴繼續響起

點擊關閉鬧鈴

鬧鈴關閉

用例名稱

用例編號

09

設計人

測試目標

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

前置條件

將鬧鐘響起時間設定為17：00

步驟

操作描述

期望結果

鬧鈴時間到，收到短信發送報告

顯示發送報告，并且鬧鈴暫停

退出發送報告

鬧鈴繼續響起

點擊關閉鬧鈴

鬧鈴關閉

用例名稱

用例編號

設計人

測試目標

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

前置條件

將鬧鐘響起時間設定為17：00

步驟

操作描述

期望結果

鬧鈴時間到，收到彩信發送報告

顯示發送報告，并且鬧鈴暫停

退出發送報告

鬧鈴繼續響起

點擊關閉鬧鈴

鬧鈴關閉

用例名稱

用例編號

設計人

測試目標

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

前置條件

將鬧鐘響起時間設定為17：00

步驟

操作描述

期望結果

鬧鈴時間到，來電話

接聽電話，鬧鈴暫時不響

掛斷電話

鬧鈴停頓幾秒后響起

點擊關閉鬧鈴

鬧鈴關閉

用例名稱

用例編號

設計人

測試目標

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

前置條件

將鬧鐘響起時間設定為17：00

步驟

操作描述

期望結果

鬧鈴時間到，來電話

出現電話界面，鬧鈴暫時不響

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

鬧鈴依然停頓

退出顯示來電

鬧鈴繼續響起

點擊關閉鬧鈴

鬧鈴關閉

用例名稱

用例編號

設計人

測試目標

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

前置條件

將鬧鐘響起時間設定為17：00

步驟

操作描述

期望結果

鬧鈴時間到，來電話

接聽電話，鬧鈴暫時不響

對方掛電話

鬧鈴繼續響起

點擊關閉鬧鈴

鬧鈴關閉

用例名稱

用例編號

設計人

測試目標

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

前置條件

將鬧鐘響起時間設定為17：00

步驟

操作描述

期望結果

鬧鈴時間到

主界面出現鬧鈴界面，并且鈴聲響起

插入耳機

顯示插入耳機提示，鬧鈴繼續響起

點擊關閉鬧鈴

鬧鈴關閉

用例名稱

用例編號

設計人

測試目標

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

前置條件

將鬧鐘響起時間設定為17：00

步驟

操作描述

期望結果

鬧鈴時間到

主界面出現鬧鈴界面，并且鈴聲響起

拔出耳機

顯示拔出耳機提示，鬧鈴繼續響起

點擊關閉鬧鈴

鬧鈴關閉

用例名稱

用例編號

設計人

測試目標

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

將鬧鐘響起時間設定為17：00

步驟

操作描述

期望結果

鬧鈴時間到

主界面出現鬧鈴界面，并且鈴聲響起

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

點擊關閉鬧鈴

鬧鈴關閉

用例名稱

用例編號

設計人

測試目標

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

前置條件

將鬧鐘響起時間設定為17：00

步驟

操作描述

期望結果

鬧鈴時間到

主界面出現鬧鈴界面，并且鈴聲響起

此時手機電量低

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

點擊關閉鬧鈴

鬧鈴關閉

用例名稱

用例編號

設計人

測試目標

沖突測試：鬧鈴響起時，低電量自動關機

前置條件

將鬧鐘響起時間設定為17：00

步驟

操作描述

期望結果

鬧鈴時間到

主界面出現鬧鈴界面，并且鈴聲響起

此時手機電量低自動關機

屏幕上顯示手機電量低自動關機，鬧鈴關閉，自動關機

用例名稱

用例編號

設計人

測試目標

沖突測試：鬧鈴響起時，長按關機鍵

前置條件

將鬧鐘響起時間設定為17：00

步驟

操作描述

期望結果

鬧鈴時間到

主界面出現鬧鈴界面，并且鈴聲響起

此時長按關機鍵

屏幕上顯示是否關機提示，鬧鈴關閉，自動關機

用例名稱

用例編號

設計人

測試目標

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

前置條件

將鬧鐘響起時間設定為17：00

步驟

操作描述

期望結果

鬧鈴時間到

主界面出現鬧鈴界面，并且鈴聲響起

此時拔出電池

鈴聲消失，非法關機

3、壓力測試：

用例名稱

用例編號

01

設計人

測試目標

壓力測試：設置多個鬧鈴

前置條件

將10個鬧鐘響起時間設定為17：00

步驟

操作描述

期望結果

進入鬧鈴設置界面

出現設置新鬧鈴

點擊設置新鬧鈴

出現設置新鬧鈴界面

一次設置多個新鬧鈴

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

用例名稱

用例編號

02

設計人

測試目標

壓力測試：清空設置的鬧鈴

前置條件

將50個鬧鐘響起時間設定為17：00

步驟

操作描述

期望結果

鬧鈴時間未到

手機主界面顯示鬧鈴圖標

進入鬧鈴設置清空鬧鈴，退出鬧鈴設置

手機主界面鬧鈴圖標消失

用例名稱

用例編號

03

設計人

測試目標

壓力測試：設置多個鬧鈴同時響起

前置條件

將10個鬧鐘響起時間設定為17：00

步驟

操作描述

期望結果

鬧鈴時間到

主界面出現多個鬧鈴界面，并且鈴聲響起

點擊關閉鬧鈴

出現提示框詢問關閉當前界面/關閉全部界面

點擊關閉當前界面

有一個鬧鈴界面關閉，鈴聲依然響起

點擊關閉全部界面

退出鬧鈴界面，鈴聲停止

第五篇：測試用例設計步驟

測試用例設計步驟

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

1、測試需求分析

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

2、業務流程分析

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

從業務流程上，應得到以下信息：

A、主流程是什么

B、條件備選流程是什么

C、數據流向是什么

D、關鍵的判斷條件是什么

3、測試用例設計

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

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

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

適合的技術：由業務需求和設計說明導出的功能測試、等價類劃分

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

適合的技術：邊界值劃分

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

可能發生的，類似這樣的情況需要書寫相關的異常測試。

適合的技術：由業務需求和設計說明導出的特殊業務流程、錯誤猜測法、邊界值

分析、內部邊界值測試。

性能測試：檢查系統是否滿足在需求中所規定達到的性能，性能主要包括了解程序的內外部

性能因素。內部性能因素包括測試環境的配置，系統資源使用狀況；外部因素包

括響應時間，吞吐量等。

適合的技術：業務需求和設計說明導出的測試

壓力測試：壓力測試又稱強度測試，主要是檢查系統運行環境在極限情況下軟件運行的能力，比如說給一個相當大的負荷或網絡流量給應用軟件兼容測試：測試軟件產品在不

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

4、測試用例評審

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

測試用例評審一般是由測試leader安排，參加的人員包括：測試用例設計者、測試leader、項目經理、開發工程師、其它相關開發測試工程師。測試用例評審完畢，測試工程師根據評審結果，對測試用例進行修改，并記錄修改日志。

5、測試用例更新完善

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