三、测试需求管理

测试需求是我们开展测试的依据。首先，我们对产品的测试需求进行分解和整理。一个产品可以包含多个测试需求规格，一个测试需求规格可以包含多个测试需求；

    创建测试需求规格
    对测试需求规格的描述比较简单，内容包含名称、范围。
    创建测试需求
    测试需求内容包含：需求ID、名称、范围、需求的状态，以及覆盖需求的案例。 TestLink提供了两种状态来管理需求：正确的（Valid）、不可测试的（not testable）。

从文件导入测试需求
Testlink提供了从文件导入测试需求的功能，支持的的文件类型有csv和csv（door）两种。

四、测试用例管理

TestLink支持的测试用例的管理包含三层：分别为Component、Category、Test case。我们把Component对应到项目的功能模块，而把Category跟每个模块的function对应，Test case是写在这些Category里的。我们可以使用测试用例搜索功能从不同的项目、成百上千的测试用例中查到我们需要的测试用例，甚至于可以直接将别的项目里写的测试用例复制过来，这样解决了测试用例的管理和复用问题。

但是，还有一个问题没有解决，那是与测试需求的对应问题。在测试管理中，测试用例对测试需求的覆盖率是我们非常关心的，从需求规格说明书中提取出测试需求之后， Testlink提供管理测试需求与测试用例的对应关系的功能。

    创建Component
    Component的内容包括：名称、介绍、范围、相关的内容、约束。
    创建Category
    Category的内容包括：名称、测试范围和目标、配置信息、测试数据、测试工具
    创建 Test case
    测试用例的要素包括：测试用例名称、简要说明、步骤、期望结果、关键字。

创建好的测试用例树如下：

建立测试用例和测试需求的覆盖关系。
选中左侧用例树中的测试用例，再选择右侧对应的测试需求，进行Assign即可。