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