從用例得到測試用例
用例和測試用例有不同的起源，并服務于盡管相關但卻不同的目的，所以從用例到測試用例并不簡單，但還是有合理的步驟，首先我們定義一下場景的概念：場景：或用例的一個實例，是一個用例的執行，其中特定用例以特定方式執行該用例。場景可能有多個，如下圖所示，用戶可能走主事件流，也可能走備選事件流 1 和 2，然后異常退出。每個路徑都可以是被執行和測試的場景或實例。
既然我們已經定義了用例場景的概念，就可以提出一個四步的過程來完成這個目標。1)第一步：確定用例場景因為用例和場景之間是一對多關系，我們可以把基本流域備選流之間的關系用一個矩陣表達出來，假定已經有上面的用例，可以寫出場景矩陣。
注意到我們描述的用例還不是太復雜，就產生了相當數量的場景。在很多情況下，測試人員需要設計一個既認識到測試所有的場景不現實，同時又有足夠測試的測試策略。在烤爐策略的時候，首先列出所有的場景是必要的。另外，測試人員也要認識到，并不是所有的場景在原來的用例中都有描述，場景發現的過程要與開發團隊交互地進行，這樣做有兩個原因：A 用例開發是用于實現的，沒有百分之百窮盡，其詳細程度對測試來說可能不夠。B 測試團隊的審查過程將通過執行用例創建新的發現場景，有的甚至在設計的時候都沒有考慮到，所以就會發生修改設計。這也是我們在生命周期方法中選擇迭代模型的原因之一，因為它允許我們有效的計劃和管理這個過程。測試團隊審查用例并發現漏洞，或者附加備選流程將可能產生更好的系統。2)第第二步：確定測試用例公司的測試過程千差萬別，但測試用例都應該包括要實施的測試參數，包含測試的條件和預期的結果。下面的表就是一個公共的格式，使用一個矩陣，表達場景、條件、數據、預期和實際值。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
