三、測試需求管理

測試需求是我們開展測試的依據。首先，我們對產品的測試需求進行分解和整理。一個產品可以包含多個測試需求規(guī)格，一個測試需求規(guī)格可以包含多個測試需求；

    創(chuàng)建測試需求規(guī)格
    對測試需求規(guī)格的描述比較簡單，內容包含名稱、范圍。
    創(chuàng)建測試需求
    測試需求內容包含：需求ID、名稱、范圍、需求的狀態(tài)，以及覆蓋需求的案例。 TestLink提供了兩種狀態(tài)來管理需求：正確的（Valid）、不可測試的（not testable）。

從文件導入測試需求
Testlink提供了從文件導入測試需求的功能，支持的的文件類型有csv和csv（door）兩種。

四、測試用例管理

TestLink支持的測試用例的管理包含三層：分別為Component、Category、Test case。我們把Component對應到項目的功能模塊，而把Category跟每個模塊的function對應，Test case是寫在這些Category里的。我們可以使用測試用例搜索功能從不同的項目、成百上千的測試用例中查到我們需要的測試用例，甚至于可以直接將別的項目里寫的測試用例復制過來，這樣解決了測試用例的管理和復用問題。

但是，還有一個問題沒有解決，那是與測試需求的對應問題。在測試管理中，測試用例對測試需求的覆蓋率是我們非常關心的，從需求規(guī)格說明書中提取出測試需求之后， Testlink提供管理測試需求與測試用例的對應關系的功能。

    創(chuàng)建Component
    Component的內容包括：名稱、介紹、范圍、相關的內容、約束。
    創(chuàng)建Category
    Category的內容包括：名稱、測試范圍和目標、配置信息、測試數據、測試工具
    創(chuàng)建 Test case
    測試用例的要素包括：測試用例名稱、簡要說明、步驟、期望結果、關鍵字。

創(chuàng)建好的測試用例樹如下：

建立測試用例和測試需求的覆蓋關系。
選中左側用例樹中的測試用例，再選擇右側對應的測試需求，進行Assign即可。