一、添加客戶測試用例
1. 依據需求梳理功能及功能點
簡而言之，就是把你能看得到的功能及功能點梳理出來。公司一般都有產品需求資料，例如需求規(guī)格說明書文檔、原型圖、UI 設計圖；當沒有任何需求資料情況下，可以通過操作軟件來熟悉業(yè)務。像發(fā)送朋友圈，我們可以先功能模塊—> 再子功能—> 再到功能需求細節(jié)來梳理，注意一些不明確的需求細節(jié)需要及時跟產品確認。
2. 通過測試理論方法及經驗，梳理測試點
這一步非常重要，依據需求梳理完功能點后，接下來我們需要針對每個功能點拆分整理具體的測試點，這時候我們需要設想用戶操作的所有情況，包含到正常及異常場景。
我們需要同時具備測試理論方法和測試經驗，才能較好地設計出一份全面可靠的測試用例。常見的測試用例設計方法包括：等價類劃分、邊界值分析、判定表、因果圖、錯誤推測法、場景法、正交試驗法、狀態(tài)遷移法等。測試經驗需要多個項目測試的積累及沉淀。對于測試新人來說，測試經驗可能趨于 0，這個時候可以先借鑒一些前人的經驗。
3. 挖掘隱性需求，覆蓋非功能測試層面
除了以上這些功能層面的，對于微信移動端產品，還需要考慮到一些特性方面的測試，包括非功能測試層面。
延伸閱讀：
二、測試用例要素
用例編號：少數(shù)性，一般規(guī)則：產品名_測試階段(it st uat)_測試項_數(shù)字測試項目：對應一個功能或子功能模塊測試標題：一句話總結當前測試的用意和目的重要級別：高/中/低預置條件：需要滿足一些前提條件，否則用例無法執(zhí)行測試輸入：需要加工的輸入信息，跟步驟結合起來一定要具有指導性意義操作步驟：明確給出每個步驟的描述，執(zhí)行人員可以根據該步驟完成執(zhí)行工作預期結果：根據預期輸出比對實際結果，來判斷被測對象是否符合需求實際結果：通過測試執(zhí)行后的實際結果，寫用例時為空。
京公網安備 11010802030320號