關于手機測試用例設計的幾件事
測試用例是對需求的另一種描述，它能引導大家進一步加深對系統的理解和對特性的全面關注，從而幫助產品和開發重新審核需求的合理性和一致性，所以應該是測試工程師最重要的一項產出。下面介紹手機測試用例設計應該從哪幾個方面考慮。
1）測試模塊劃分
不論是以前通訊功能為主的2G手機，還是如今注重應用程序的3G手機，如果將整機看作測試對象，那么這個對象對于任何測試團隊（個人）來說，都是過于龐大的，所以，合理的功能分類，針對各個分類功能的獨立測試和組合測試，才是完成整機測試的捷徑。
而測試模塊分類粒度取決于測試目標。如，若是需要完成整機質量評估，則通常劃分粒度為獨立的功能模塊（電話本、短信...）；若測試對象僅為單個功能模塊，則可以將此功能模塊的單個功能劃分為一個測試模塊，如電話本的增加聯系人。
2）整理測試模塊內部和外部分結構
針對單個測試模塊，分析其結構（可以從界面結構或實現原理結構兩方面任選一個），最好畫出結構示意圖，便于后期設計測試用例或指導測試執行。
比如，測試模塊為短信。
按照功能劃分，它的一級內部結構組件有：新建消息、收件箱、發件箱、小區消息、特殊應用
再向下，特殊應用的組件有：消息分類、消息過濾....
……
而在短信程序的外部，它聯系的其他的應用有：待機界面應用程序接口、狀態欄消息狀態顯示、待機界面提示信息到短信閱讀功能接口、短信閱讀功能到聯系人接口.....
將整個短信程序的內、外部結構梳理出來后，即可開始實際的用例設計了。
3）測試用例/檢查點設計
用例設計，根據其應用的范圍，可以設計為標準測試用例，測試規程、測試檢查點。這取決于設計用例的目的，即設計出的用例將用于什么樣的測試，由什么樣的測試員執行，需要記錄什么樣的測試結果。建議學習前期都設計標準的測試用例，不要覺得這樣很麻煩，測試技能的提升是靠反復、單調的工作積累的。
用例設計過程中，按照第2點的結構圖設計出的用例，均是功能測試用例。如有非功能測試的需求，則還需手動增加其他類型的用例。可以參考問題2的測試類型。
4）測試過程和結果記錄
通常，80%的缺陷都不是用例發現的。所以，并不是按照用例測試過的測試對象就是完美的，安全的。用例測試只是對測試目標做一個基礎標準的質量評估，并引導測試員在測試過程中，根據用例拓展出新的測試點，并發現新的缺陷。
比如，有些用例帶有測試數據，在測試過程中，執行完該條用例后，可隨機增加新的測試數據進行重復測試。又比如，有些用例帶有復雜的前置環境，同樣可以在測試過程中，稍微修改前置環境的配置，組合出新的測試點。
探索測試（自由測試）在很長一段時間內，都是測試執行的重點。
結果記錄包括兩部分：用例執行結果記錄和缺陷記錄。
5）測試結果分析和測試過程改進
世界上不存在完美的測試過程，所以，不斷改進測試過程是必不可缺的。而改進的方法來源于對測試結果的分析，若用例缺陷發現率，若此數值偏低，則需要分析之前設計的用例組是否存在瑕疵。若某個模塊缺陷數較高，則考慮是否需要增加此模塊的測試力度，比如設計粒度更小的用例組，詳細檢查該模塊的各個組件的質量。
原文地址：http://bbs.51testing.com/thread-440341-1-1.html
【編輯推薦】
