第一篇：測試用例書寫標準

測試用例書寫標準

在編寫測試用例過程中，需要參考和規范一些基本的測試用例編寫標準，在ANSI/IEEE829-1983標準中列出了和測試設計相關的測試用例編寫規范和模板。標準模板中主要元素如下。

? 標識符（identification）：每個測試用例應該有一個唯一的標識符，它將成為所有和測試用例相關的文檔/表格引用和參考的基本元素，這些文檔/表格包括設計規格說明書、測試日志表、測試報告等。

? 測試項（test item）：測試用例應該準確地描述所需要測試地項及其特征，測試項應該比測試設計說明書中所列出地特性描述更加具體，例如做windows計算器應用程序地窗口設計，測試對象是整個地應用程序用戶界面，這樣測試項就應該是應用程序地界面地特性要求，例如縮放測試、界面布局、菜單等。

? 測試環境要求（test environment）：用來表征執行該測試用例需要地測試環境，一般來說，在整個的測試模塊里面應該包含整個的測試環境的特殊要求，而單個測試用例的測試環境需要表征該測試用例所單獨需要的特殊環境需求。

? 輸入標準（input criteria）：用來執行測試用例的輸入需求。這些輸入可能包括數據、文件，或者操作（例如鼠標的左鍵單擊，鼠標的按鍵處理等），必要的時候，相關的數據庫、文件也必須被羅列。

? 輸出標準（output criteria）：標識按照指定的環境和輸入標準得到的期望輸出結果。如果可能的話，盡量提供適當的系統規格說明書來證明期望的結果。

? 測試用例之間的關聯：用來標識該測試用例與其它的測試（或其它測試用例）之間的依賴關系，例如，用例A需要基于B的測試結果正確的基礎上才能進行，此時需要在A的測試用例中表明對B的依賴性，從而保證測試用例的嚴謹性。

綜上所述，如果使用一個數據庫的表來表征測試用例的話，它應該有以下的格式：

例一：對Windows記事本程序進行測試，選取其中的一個測試項――文件菜單欄的測試 測試對象：記事本程序文件菜單欄（測試用例標識1000，下同），所包含的子測試用例描述如下：

|---------文件/新建（1001）

|---------文件/打開（1002）

|---------文件/保存（1003）

|---------文件/另存（1004）

|---------文件/頁面設置（1005）

|---------文件/打印（1006）

|---------文件/退出（1007）

|---------菜單布局（1008）

|---------快捷鍵（1009）

選取其中的一個子測試用例――文件/退出（1007）作為例子，測試用例如下表所示：

通過這個例子了解了測試用例的組成方法。要組織成一個完整的良好測試用例，還需要更多的技巧，并要考慮一些常見的因素。

測試用例設計考慮因素

測試是不可能實現窮舉測試的，因此試圖用所有的測試用例來覆蓋所有測試可能遇到的情形是不可能的，所以，在測試用例的編寫、組織過程中，盡量考慮有代表性的典型的測試用例，來實現以點帶面的窮舉測試。這要求在測試用例設計中考慮一些基本因素： ? 測試用例必須具有代表性、典型性。

? 測試用例設計時，要濃縮系統設計。

例二：常見的web登錄頁面，通過這個例子來闡述從功能規格說明書到具體測試用例編寫的過程

A）用戶登錄的功能設計規格說明書（摘選）

―――――――――――――――――――――――――――――――――――――――

1． 用戶登錄

1．1滿足基本頁面布局（圖示，略）

1．2當用戶沒有輸入用戶名和密碼時，不立即彈出錯誤對話框，而是在頁面上使用紅色字體來提示，見2描述

1．3用戶密碼使用掩碼號（*）來標識。

1．4*代表必選字段，將出現在輸入文本框的后面。

2． 登錄出現錯誤

當出現錯誤時，在頁面的頂部會出現相應的錯誤提示。錯誤提示的內容見3。錯誤提示是高亮的紅色字體實現。

3． 錯誤信息描述

3．1

3．2密碼為空

3，3用戶名/

（注：本例子中的頁面圖示，消息編號如WMSG001的描述均為給出。）

―――――――――――――――――――――――――――――――――――――――

B）通用安全性設計規格說明書（摘選）

―――――――――――――――――――――――――――――――――――――――

1． 安全性描述

1．1輸入安全性：在用戶登錄或者信用卡驗證過程中，如果三次輸入不正確，頁面將需要重新打開才能生效。

1．2密碼：在所有的用戶密碼中，都必須使用掩碼符號（*），數據在數據庫中存儲使用統一的加密和解密算法。

1．3Cookie：在信用卡信息驗證，用戶名輸入時，Cookie都是被禁止的，當用戶第一次輸入后，瀏覽器將不再提供是否保存信息的提示，自動完成功能將被禁用。

1．4SSL校驗：所有的站點訪問時，都必須經過SSL校驗。

2． 錯誤描述（略）

―――――――――――――――――――――――――――――――――――――――

C）測試用例

結合相關的規格說明書，理解和掌握測試用例設計的關鍵點，測試用例設計如下表所示。

? 測試用例需要考慮到正確的輸入，也需要考慮錯誤的或者異常的輸入，以及需要分

析怎樣使得這樣的錯誤或者異常能夠發生。

用戶登錄功能測試用例

完善的測試用例

? 用戶測試用例的設計，要多考慮用戶實際使用場景。

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

題目：有一個處理單價為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)在售貨機沒有零錢找的情況下，押下啤酒按鈕，售貨機“零錢找完”燈亮。

第三篇：測試用例怎么寫

怎么寫測試用例我剛剛就業來到公司做軟件測試我在學校沒有太多的機會做測試，測試用例和測試報告應該怎么寫。

● 測試用例編號

◇ 規則：編號具有唯一性、易識別性，由數字和字符組合成的字符串◇ 約定：

系統測試用例：產品編號-ST-系統測試項名-系統測試子項名-XXX

集成測試用例：產品編號-IT-集成測試項名-集成測試子項名-XXX單元測試用例：產品編號-UT-單元測試項名-單元測試子項名-XXX

● 測試項目

◇ 規則：當前測試用例所屬測試大類、被測需求、被測模塊、被測單元等◇ 約定：

系統測試用例測試項目：軟件需求項 如：測試手機在沒有SIM卡的情況下，可以撥打緊急電話

集成測試用例測試項目：集成后的模塊名或接口名 如：測試模塊A提供的文件接口

單元測試用例測試項目：被測試的函數名 如：測試函數int ReadFile(char *pszFileName)

● 測試標題

規則：測試用例的概括簡單的描述用例的出發點、關注點，原則上不能重復。● 重要級別

規則

高：保證系統基本功能、核心業務、重要特性、實際使用頻率高的測試用例；中：重要程度介于高和低之間的測試用例；

低：實際使用頻率不高、對系統業務功能影響不大的模塊或功能的測試用例。● 預置條件

規則：執行當前測試用例需要的前提條件，是后續步驟的先決條件● 輸入

規則：用例執行過程中需要加工的外部信息，輸入、文件、數據庫等● 操作步驟

規則：執行當前測試用例需要經過的操作步驟，保證操作步驟的完整性。● 預期輸出

規則：當前測試用例的預期輸出結果，包括返回值的內容、界面的響應結果、輸出結果的規則符合度等

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

測試用例設計步驟

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

1、測試需求分析

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

2、業務流程分析

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

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

A、主流程是什么

B、條件備選流程是什么

C、數據流向是什么

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

3、測試用例設計

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

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

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

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

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

適合的技術：邊界值劃分

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

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

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

分析、內部邊界值測試。

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

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

括響應時間，吞吐量等。

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

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

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

4、測試用例評審

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

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

5、測試用例更新完善

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

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

鬧鐘測試用例

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

步驟

操作描述

期望結果

鬧鈴時間到

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

點擊關閉鬧鈴

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

點擊關閉當前界面

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

點擊關閉全部界面

退出鬧鈴界面，鈴聲停止