要做好測試，首現要搞清楚「測試」與「驗證」的區別：測試，是提出假設，並設計驗證方法，執行驗證後得出假設成立或不成立的一系列活動。驗證，是通過實際操作，判斷操作物件的反饋與預期是否一致的活動。
換句話說，測試是需要判斷力、創造力，包含了提出、設計、操作、結論一系列環節的過程；而驗證只是在別人給定目標後的操作、結論。
所以，同學們吶！我們要做測試，不要做驗證，驗證麼得靈魂的！！
需求邏輯分解；
技術實現調研。
了解技術實現可以幫助測試同學獲得更多潛藏邏輯的資訊，從而完成更準確的驗證設計。
幫助測試了解返回引數與頁面的對映
幫助測試識別判斷順序
技術方案同樣是服務於需求目的的，炫技術、過渡保障都可以說是一種浪費。同樣，僅考慮需求的實現而沒有考慮需求服務的保障也是不恰當的。
核心點在於對人性、思維慣性、常識、軟體行業慣例的理解與思考，並且在每個細節處加以驗證。
其中一部分是可以總結成測試點，落在用例中的：
需求與其他功能存在同類資訊展示，要保證展示邏輯一致；
另一部分完全是測試人員的素養、能力：
寫用例的本質跟寫一篇說明文一樣——讓讀者明白乙個事物擁有怎樣的功能，以及如何操作會收到如何反饋。
測試角色的引導作用
異常測試用例的設計方法
要說明的是，所有的異常測試的操作——包括破壞性測試，都應該符合行為心理學，即，所有行為都應有合理動機，即使是推測「按鈕就在那裡，使用者閒的沒事就可能這麼點下」這種理由，也要客觀反問，使用者確實會存在閒的沒事去點的可能嗎？
測試用例（四）測試用例編寫
一.測試用例編寫方法 1.等價類劃分 如何選擇適當的資料子集，來代表整個資料集。通過降低測試的資料去實現 合理的 覆蓋，覆蓋了更多的可能資料，以發現更多的軟體缺陷 邊界值分析法 2.邊界值分析 使用邊界值分析方法設計測試用例時一般與等價類劃分結合起來，但它不是從乙個等價類中任選乙個例子作為代表，而是...
手機測試用例 STK測試用例
id 功能描述 操作步驟 預期結果 test time p fcomment tester test time p fcomment tester stk服務 sim卡適應性測試 1 選取支援stk功能的sim卡，插入手機中 手機應支援stk功能，會將stk選單自動加入主選單列表中 2 進入stk功...
手機測試用例 通話測試用例
id 功能描述 操作步驟 預期結果 test time p fcomment tester test time p fcomment tester 通話功能 快速檢視已撥 1 待機介面下按一下呼叫鍵可進入已撥 記錄 2 每次呼叫記錄都應正確無誤 號碼 時間 序號 通話時長等 3 呼叫記錄按呼叫時間順...