TestLink测试⽤例管理⼯具⼀般使⽤流程
附：
（⼀）预览
1. 创建项⽬->
2. 创建需求（略过）->
3. 创建计划->
4. 创建⽤例->
5. 版本管理（构建Build）->
6. 给需求指派⽤例（可能不⽌⼀个，略过） ->
7. 给计划添加⽤例 ->
8. 为⽤例指定执⾏者 ->
9. 执⾏计划/报告bug ->
10. 查看分析结果（⽣成测试报告）
（⼆）详述
1. 创建项⽬：Test Project management--> create new test project
主页左边的列表栏有“Test Project management”的菜单，⼦菜单中有“ create new testproject”，通过它可以创建新的测试项⽬。
同时，菜单中的其它⼦菜单可以实现对已存在的test project的编辑，删除，以及设置已存在的⽤户对于某⼀个测试项⽬的权限。
默认设置下，只有admin 组的成员拥有对test project 进⾏操作的权⼒。
2. 创建需求（略过）：Requirements --> Requirement Specification
主页左边的列表栏中有“Requirements”的菜单，⼦菜单中有“Requirement Specification”，可以添加编辑需求规格说明书。
同时，菜单中的另⼀项可以为需求指定测试⽤例（结果统计的时候会有⼀种根据需求覆盖率进⾏统计的⽅式）。
需要说明的⼀点：每⼀个需求都必须有相应的多个Req——实际上就是我们对需求进⾏分析，然后把它分成⼀条⼀条的，测试⽤例是与这些Req相对应的。
默认设置下，只有admin 组的成员拥有对Requirements 进⾏操作的权⼒。
3. 制定测试计划： Test Plan Management --> Test PlanManagement --> create
主页右侧列表，有专门的”Test Plan Management”的菜单，选择其⼦菜单中的”TestPlanManagement”，进⼊的页⾯会出现”create”的按钮，点击即可以创建新的测试计划。
4. 创建⽤例（*）：Test Specification --> Create Test Suite--> Test Ca Operations -->create ⾸先需要说明⼀下testlink⽤例树的层次：
Test project —— test suite —— test ca
所以在创建测试⽤例之前，需要保证⽤例⾪属于的 test project和 test suite都已经存在了。
上⾯已经讲过如何创建测试项⽬了，接下来说明⼀下如何创建 test suite测试集。
当测试项⽬创建完毕的时候，选择横向导航条中的“specification”，出现的页⾯还是分左右两部分——左侧是⽤例树。
树的根节点就是咱们创建的测试项⽬（页⾯右上⾓可以切换测试项⽬，类似mantis）。
点击测试项⽬，右侧页⾯内容中会有“new test suite”的按钮，点击可以创建test suite（测试集——可以理解成测试项⽬的⼀个功能模块）。Test suite 创建完成以后，刷新⽤例树（左侧页⾯内容，updatetree），可以看到⽤例树中已经出现了我们刚才创建的测试集。
点击测试集，右侧页⾯内容中会出现“create test ca（s）”的按钮，点击可以创建新的测试⽤例。
测试⽤例创建完毕以后，刷新⽤例树，则会看到⽤例树中test suite的下⼀级中出现了我们刚刚创建的testca。
注：⽤例是可以指定版本的——因为随着需求的变化，或者其他某些因素，⽤例是要不断变化的，需要⽤
版本号来区别这种变化。
PS：选择不同的level，右侧页⾯中会出现不尽相同的各种按钮——每个按钮对应的操作与其字⾯意思是
相对应的，例如
a) ⽤例树中我们选择的是⼀个 testproject，右侧页⾯中会出现如下按钮：
New test suite ——创建测试集
Reorder children ——对该测试项⽬的⼦项（test suite）进⾏重新排序
Import test suite ——导⼊测试集
Export all test suites ——导出所有的测试集
b) ⽤例树中我们选择的是⼀个 testsuite，右侧页⾯中会出现如下按钮:
Edit ——编辑测试集
Delete ——删除测试集
Move/copy ——移动或者复制测试集
Reorder children ——对该测试集的⼦项进⾏重新排序
Export test suite ——导出测试集
New test suite ——新建测试集
Import test suite ——导⼊测试集
Create test ca(s) ——创建测试⽤例
Import test ca(s) ——导⼊测试⽤例
Export test ca(s) ——导出测试⽤例
c) ⽤例树中我们选择的是⼀个test ca，右侧页⾯中会出现如下按钮：
Edit ——编辑当前⽤例
Delete ——删除当前⽤例
Move/copy ——移动/复制当前⽤例
Deactivate this version ——将当前⽤例版本设置为⽆效状态
Create a new version ——为当前⽤例创建⼀个新版本
Export ——导出⽤例
5. 版本管理: Builds / Releas --> create
6. 为需求指派⽤例（略过）：Requirements --> Assign Requirements
主页左边的列表栏，”Requirements”的⼦菜单中有“Assign Requirements”的选项。
选择以后，会进⼊”specification”类似的界⾯。
左侧⽤例树中选择某个测试⽤例，右边页⾯内容会出现需求列表。
前⾯我们已经说过，测试⽤例是与需求的某⼀个Req相对应的。
在合适的Req 前⾯的复选框中打勾，然后点击下⾯的”Assign”按钮，就完成需求的指派了。
当然，也可以撤销掉需求与⽤例的关联——该页⾯会同时有”unassign”的按钮。
7. 给计划添加⽤例（⾃动关联到最新版本）：Add / Remove Test Cas--> Select Test Cas --> add lected
主页右侧列表中有“test plan contents”的菜单，其⼦菜单中有“Add Test Ca(s)”的⼦菜单。
点击这⼀项，会进⼊类似”specification”的页⾯——但是左侧⽤例树中只列到test suite这⼀级。
选择某个test suite，右侧页⾯会列出该测试集所包含的所有测试⽤例，在需要添加到计划中的测试⽤例。
前⾯的复选框中打勾，然后点击下⽅的”add lected”按钮即可将选择的测试⽤例添加的测试计划中。
当然，也可以移除添加到计划中的⽤例。
添加到计划中的测试⽤例会⽤黄⾊打底，后⾯出现remove的复选框，勾选，点击下⽅的“add/removelected”即可完成移除操作。
8. 为⽤例指定执⾏者：Assign Test Ca Execution --> Select Test Cas --> Assign to lected urname --> Save
接下来我们要做的事情，是为测试计划中所包含的每个⽤例指定⼀个具体的执⾏⼈员。
⾸页，右侧列表，“Test Plan Contents”，其⼦菜单中有“assign Test Ca execution”，选择这⼀项我们可以进⼊下⼀个页⾯，为测试⽤例指定实际的执⾏者。
该页⾯中，左侧⽤例树中选择 test suite或者 test ca，右侧页⾯会出现下拉列表让你选择ur，选择合适的⼈员，然后test ca前⾯打勾，点击右侧页⾯下⽅的按钮即可完成⽤例的指派⼯作。
当然，这⾥也可以进⾏批量指定——右侧页⾯的最上⽅，有⼀个下拉列表可以选择⽤户，下⾯的test ca列表中选择要指派给该⽤户的⽤例，然后点击⼀下后⾯的“do”按钮即可完成将多个⽤例指派给⼀个⼈的操作。
9. 执⾏计划/报告bug："Test Execution" on the top or "Execute Tests" onthe left--> Execute Tests -->Submmit bug if found
我们把他们放到⼀起，是因为报告bug是在执⾏的过程中同步进⾏的——即执⾏⽤例的过程中⼀旦发现bug我们需要⽴即把其报告到我们
的bug管理系统中去。
执⾏测试计划以前，需要为测试计划创建⼀个build版本——我们可以这样，⽤⽇期来标识，表明我们执⾏测试计划的⽇期；当然了，也可以⽤其他含义的标题，诸如本次测试执⾏的侧重点什么的。
⾸页右侧列表，“Test Plan Management”菜单，其⼦菜单中有⼀项“Build Management”，选择这⼀项进⼊的页⾯会出现“create”的按钮，即为测试计划创建新的build的操作。
PS：⾸页中，右侧最上⽅有⼀个下拉列表，⽤来选择当前对其进⾏操作的测试计划。
接下来我们就可以执⾏测试计划了。
⾸页横向导航栏中的“execute”菜单，点击进⼊执⾏页⾯。
该页⾯，同样⼀分为⼆，左侧是⽤例树，右侧页⾯内容为主体内容。
这⾥有⼀点要说明⼀下，虽然“执⾏”表⾯上针对的是测试计划，⽽实际上对应的是测试计划中测试⽤例的执⾏情况。
左侧⽤例树中，选择某⼀个test suite，右侧页⾯上⽅会出现测试计划，build描述，测试集的说明等等信息，还有⼀个批量设置该测试集中所包含的测试⽤例状态的按钮，即“Bulk TC status management”.接下来则是该测试集中所包含的所有测试⽤例的详细信息。
每⼀个测试⽤例的最后部分，“notes/Description”，“result”是需要我们执⾏完测试⽤例以后⾃⼰来填写的。
该部分填写完成以后，在⽤例的开始部分会对这个结果有所记录。
同时，可以把bug management系统中执⾏该测试⽤例时发现的bug ID记录到此处——将testlink与mantis集成以后，可以通过点击⼀下⿏标进⼊到mantis查看bug的具体情况，很⽅便。
10. 查看分析结果：Test Reports --> Check the all kinds of test result and reports
⾸页，横向导航栏中的results菜单，点击可以进⼊结果查看界⾯。
该页⾯，可以从各种各样的⾓度查看执⾏的结果——例如，从需求覆盖的⾓度，⽤例状态⾓度等等。
当然，testlink 还有其他某些辅助性的功能，例如“custom field”，你可以利⽤这个功能⾃定义某个字段，让其作⽤于你的⽤例——例如，我们可以⾃定义⼀个“priority”的字段，给每个⽤例指定优先级。
