測試用例設計的輸入文檔是什麼？測試人員頭腦中第一個蹦出的參考依據就是需求規格說明。确實，需求文檔是我們測試設計的最主要參考文檔。但是，由于時間限制、成本限制和個人能力限制等方面的原因，提供完備的需求規格說明幾乎是不可能的。現實情況是，需求規格說明常常是不全的、模糊的，甚至是錯誤的。
是以，測試設計中僅僅參考需求規格說明是不夠的，測試人員需要從更廣的範圍來定義測試用例設計的參考來源。圖1是作者提出的測試用例設計的參考輸入的主要來源架構圖。
圖1 測試用例設計的參考輸入的主要來源
除了軟體産品相關的的開發文檔之外，測試人員還需要收集來自使用者的需求、與産品相關的标準與規範、以前類似産品的需求、測試團隊的經驗知識庫，以及其他的一些隐現需求等。通過收集和分析這些參考輸入來源，測試人員才能不斷提高測試的覆寫率和品質。
1）開發文檔
開發文檔是測試人員進行測試用例分析與設計的最直接且必不可少的主要來源。這裡的開發文檔是一個統稱，不同組織對其的稱呼不同，包含了系統需求規格、概要設計規格、詳細設計規格等不同的開發文檔。
2）使用者需求
使用者需求可以來自各個方面，例如早期産品系統人員與客戶直接溝通擷取的需求、從産品技術支援人員和市場人員了解到的客戶要求，以及從使用者現場回報的針對産品的缺陷和要求等。
3）标準與規範
針對特定的軟體産品，不同标準組織和行業都制定了不同的标準和規範，而這些參考資料是開展測試分析和設計的又一個重要輸入。例如電信産品相關的itu-t标準、ieee标準、rfc文檔、國家電信行業規範等。
4）類似産品需求
5）測試經驗知識庫
測試經驗知識庫可以來自測試執行的經驗、測試過程中發現的缺陷分析和分類、使用者回報的缺陷分析和分類等。
6）其他隐現的需求
測試用例設計的參考輸入，除了上面提到的一些來源之外，測試人員還需要考慮其他一些隐現的需求來源：
（1）不同産品利益相關者針對測試對象中間版本的變更而達成的備忘錄；
（2）已經釋出的使用者使用風格指南和使用者接口标準等；
（3）和不同的利益相關者，例如：開發人員、使用者和技術專家等面談得到的備忘錄或者郵件内容等；
（4）通過雜志、網絡等查找類似測試對象産品的一些常見缺陷、失效，以及測試對象支援功能在使用者現場使用的讨論
====================================分割線================================
最新内容請見作者的github頁：http://qaseven.github.io/