【正文】 號設(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)機壓力測試：用例名稱用例編號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)閉當(dāng)前界面/關(guān)閉全部界面點擊關(guān)閉當(dāng)前界面有一個鬧鈴界面關(guān)閉，鈴聲依然響起點擊關(guān)閉全部界面退出鬧鈴界面，鈴聲停止第五篇：測試用例設(shè)計步驟測試用例設(shè)計步驟設(shè)計測試案例的時候，需要有清晰的測試思路，對要測試什么，按照什么順序測試，覆蓋哪些需求做到心中有數(shù)。測試用例編寫者不僅要掌握軟件測試的技術(shù)和流程，而且要對被測軟件的設(shè)計、功能規(guī)格說明、用戶試用場景以及程序/模塊的結(jié)構(gòu)都有比較透徹的理解。測試用例設(shè)計一般包括以下幾個步驟：測試需求分析從軟件需求文檔中，找出待測試軟件/模塊的需求，通過自己的分析、理解，整理成為測試需求，清楚被測試對象具有哪些功能。測試需求的特點是：包含軟件需求，具有可測試性。測試需求應(yīng)該在軟件需求基礎(chǔ)上進行歸納、分類或細分，方便測試用例設(shè)計。測試用例中的測試集與測試需求的關(guān)系是多對一的關(guān)系，即一個或多個測試用例集對應(yīng)一個測試需求。業(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)鍵的判斷條件是什么測試用例設(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)境在極限情況下軟件運行的能力，比如說給一個相當(dāng)大的負荷或網(wǎng)絡(luò)流量給應(yīng)用軟件兼容測試：測試軟件產(chǎn)品在不同的平臺，不同的工具，相同工具的不同版本下功能的兼容性。測試用例評審測試用例設(shè)計完成后，為了確認測試過程和方法是否正確，是否有遺漏的測試點，需要進行測試用例的評審。測試用例評審一般是由測試leader安排，參加的人員包括：測試用例設(shè)計者、測試leader、項目經(jīng)理、開發(fā)工程師、其它相關(guān)開發(fā)測試工程師。測試用例評審?fù)戤叄瑴y試工程師根據(jù)評審結(jié)果，對測試用例進行修改，并記錄修改日志。測試用例更新完善測試用例編寫完成之后需要不斷完善，軟件產(chǎn)品新增功能或更新需求后，測試用例必須配套修改更新；在測試過程中發(fā)現(xiàn)設(shè)計測試用例時考慮不周，需要對測試用例進行修改完善；在軟件交付使用后客戶反饋的軟件缺陷，而缺陷又是因測試用例存在漏洞造成，也需要對測試用例進行完善。一般小的修改完善可在原測試用例文檔上修改，但文檔要有更改記錄。軟件的版本升級更新，測試用例一般也應(yīng)隨之編制升級更新版本。測試用例是“活”的，在軟件的生命周期中不斷更新與完善。