測試用例的積累主要涉及如何編寫測試用例，測試用例的重點以及測試方式的劃分以及測試用例如何積累三個問題，下面我主要從這三個方式進行說明：
一、如何編寫測試用例
許多測試類書籍中都有大幅的篇章介紹用例的設計方法，如等價類劃分，邊界值，錯誤推斷，因果圖等。但實際應用中這些理論卻不能給我們很明確的行為指導，在我們編寫測試用例的時候也不會特別的花時間去研究因果圖法等複雜的方法來進行用例編寫。針對不同的產品用例在實際設計的過程中會有很大的不同，以下我主要講我主要講嵌入式產品的測試用例設計的大體思路。編寫測試用例主要考慮以下五點：
1、基本功能模組有哪些，每個功能模組的基本測試點是什麼？
2、若整個產品遵循某個協議，協議對於該功能點的限定是什麼？
3、特殊情況對該功能模組的影響是什麼？
4、各個功能模組之間的聯絡在**？
5、需求對於該功能點有什麼特殊的要求，與協議不一樣的或者是協議中沒有提及的？
點1和點2測試用例的編寫模式非常簡單，無非是特定的資料格式或者特定的用法，用通用的等價類劃分法以及邊界值法就可以編寫完成，這是測試的基本點該部分非常的適合通過編寫自動化測試指令碼實現，適合應用於專案的初期的冒煙測試以及後期的專案維護測試。點3和點4需要在不斷的測試過程中不斷的完善，這是乙個長期積累的過程點5需要你不斷的熟讀需求，由於測試的需求全部都是英文，我們在每一輪全功能測試的過程中都會走一遍需求，這就是所謂的精讀需求。在這個過程中經常會發現有一些需求在之前沒有看到，那麼這個時候就需要不斷的補充測試用例了。
二、測試用例的重點以及測試方式的劃分
點1和點2可以說是測試用例的基本點，是必須要遵循的規則，如果不遵循可能就會存在互動性問題。點3和點4部分測試的過程中不可能全部覆蓋但是應該盡可能的全部覆蓋。在很多的情況下，手工測試的工程師會吧測試的重點放在點1和點2，但其實更加重點的部分應該是點3和點4。造成這種現象的原因是由於測試人員的能力限制，加之人的趨利避害性，自然而然的就只是執行自己 比較熟悉的部分。那麼如何解決這樣乙個問題呢？點1和點2部分實際上是非常的適合用自動化測試的方式實現的，尤其是進行專案前期的冒煙測試以及專案後期的維護。若該部分的自動化完成可以將手工測試的重點從基本的功能測試轉移到更加符合使用者環境的場景測試中，這樣就可以大大的提高測試效率。點5測試的重中之重，這是做為一名測試人員都應該知道的，需求是客戶對我們提出的要求，只有實現了才能提高客戶的滿意度，爭取更大的訂單。
三、測試用例如何積累
測試用例如何積累，以什麼樣的方式積累呢？我慣用的軟體是xmind，沒測試乙個專案，相同的功能的實現方式，每個功能的差異點都會標註清楚，同時根據發現的不同的bug也會補充相應的測試用例。總之，只有不斷的積累才可能獲得自己的更加完善的測試用例庫。
測試用例（四）測試用例編寫
一.測試用例編寫方法 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 呼叫記錄按呼叫時間順...