從軟件用例到測試用例的追蹤

　　從軟件用例到測試用例的追蹤   軟件測試

　　本文闡述了一種從用例產生功能測試用例的正式方法，包括如何創建一個用例，產生所有場景，并且創建合理的測試用例，以及使用IBM Rational RequisitePro進行從用例到場景和測試用例的追蹤。

　　需求類型概覽一個需求被定義成 "系統必須遵從的條件或能力"。

　　它可以是：

　　一個顧客或用戶所需要的，用以解決一個問題或達成一個目標的能力

　　一個必須被一個系統所滿足和擁有的，用以滿足一個合同、標準、規格、規則或其它正式強制文檔的能力

　　一個被涉眾所強加的限制

　　圖1顯示了帶有不同需求級次的需求金字塔

　　圖1. 需求金字塔

　　最高層的是涉眾需求。通常，一個項目包含五到十五個這樣的高層需求。較低層次的是特性，用例和補充規約。不同層次的需求有不同的細節。越低的層次需要越多的細節。例如，一個需求可以是："數據必須是持久的"。特性可以將此需求精化為："系統應當使用一個關系數據庫"。在補充規約層次，需求會更加詳細："系統應當使用Oracle 9i數據庫"。層次越低，需要越詳細的需求。

　　需求之間的追蹤關系

　　追蹤是這樣一種技術，在系統中它能為不同層次的需求之間提供關聯。這個技術幫助你確定任何需求的起源。圖 2 闡述了從高層次到低層次需求是如何被追蹤的。每一個需求通常映射到幾個特性，然后這幾個特性映射到用例和補充需求。

　　圖2. 追蹤需求金字塔

　　用例描述了功能性的需求，補充規約描述了非功能性的項目。另外，每個用例映射到許多場景。映射用例到場景，是一對多的關系。 場景映射到測試用例也是多對一的關系。另一方面，在需要與特性之間，是多對多的映射。

原文轉自：http://www.anti-gravitydesign.com