不管是文檔化的測試用例，還是存在于測試人員頭腦中的測試想法和思維，針對測試對象的分析和設計都是整個測試過程的重要測試活動之一。在進行測試分析和設計之前，測試人員首先需要確定測試的需求來源，即測試用例設計需要參考哪些測試依據文檔？
測試用例設計的輸入文檔是什么？測試人員頭腦中第一個蹦出的參考依據就是需求規格說明。確實，需求文檔是我們測試設計的最主要參考文檔。但是，由于時間限制、成本限制和個人能力限制等方面的原因，提供完備的需求規格說明幾乎是不可能的。現實情況是，需求規格說明常常是不全的、模糊的，甚至是錯誤的。
因此，測試設計中僅僅參考需求規格說明是不夠的，測試人員需要從更廣的范圍來定義測試用例設計的參考來源。圖1是作者提出的測試用例設計的參考輸入的主要來源架構圖。
圖1 測試用例設計的參考輸入的主要來源
除了軟件產品相關的的開發文檔之外，測試人員還需要收集來自用戶的需求、與產品相關的標準與規范、以前類似產品的需求、測試團隊的經驗知識庫，以及其他的一些隱現需求等。通過收集和分析這些參考輸入來源，測試人員才能不斷提高測試的覆蓋率和質量。
1）開發文檔
開發文檔是測試人員進行測試用例分析與設計的最直接且必不可少的主要來源。這里的開發文檔是一個統稱，不同組織對其的稱呼不同，包含了系統需求規格、概要設計規格、詳細設計規格等不同的開發文檔。
2）用戶需求
軟件測試同時包含了驗證（Verification：Do you build the product right？）與確認（Validation：Do you build the right product？）兩方面的工作。驗證主要基于系統需求，來驗證測試對象是否按照需求的定義實現了其中的功能和特性。而確認主要從用戶的角度，保證經過測試的產品是真正客戶所需要的，而不僅僅是了滿足了系統的需求。因此，測試不僅僅是面向開發的，同時也應該關注面向用戶。
用戶需求可以來自各個方面，例如早期產品系統人員與客戶直接溝通獲取的需求、從產品技術支持人員和市場人員了解到的客戶要求，以及從用戶現場反饋的針對產品的缺陷和要求等。
3）標準與規范
針對特定的軟件產品，不同標準組織和行業都制定了不同的標準和規范，而這些參考資料是開展測試分析和設計的又一個重要輸入。例如電信產品相關的ITU-T標準、IEEE標準、RFC文檔、國家電信行業規范等。
4）類似產品需求
隨著軟件產品越來越復雜，行業內采用增量-迭代開發模型的場合越來越多，例如敏捷開發。測試人員經常面臨的軟件產品是基于已有的系統之上，即測試對象是基于以前版本的功能增加、缺陷修復、平臺移植等變更基礎之上。因此測試人員需要分析歷史測試是否全面，測試對象變更是否影響以前運行的軟件版本等。基于這些信息，測試人員可以獲取新的測試需求。
5）測試經驗知識庫
測試并不是存在編碼之后的一個階段，測試應該貫穿于整個軟件開發生命周期。類似于開發過程改進一樣，測試也應該是PDCA（戴明質量環）的過程。因此，不同項目中的測試經驗是每次測試用例設計的重要輸入。通過測試經驗知識庫，測試團隊的測試經驗和技能才能在整個組織中共享。
測試經驗知識庫可以來自測試執行的經驗、測試過程中發現的缺陷分析和分類、用戶反饋的缺陷分析和分類等。
6）其他隱現的需求
測試用例設計的參考輸入，除了上面提到的一些來源之外，測試人員還需要考慮其他一些隱現的需求來源：
（1）不同產品利益相關者針對測試對象中間版本的變更而達成的備忘錄；
（2）已經發布的用戶使用風格指南和用戶接口標準等；
（3）和不同的利益相關者，例如：開發人員、用戶和技術專家等面談得到的備忘錄或者郵件內容等；
（4）通過雜志、網絡等查找類似測試對象產品的一些常見缺陷、失效，以及測試對象支持功能在用戶現場使用的討論