testlink角色

testlink中，admin以外的角色均为项目(产品)/测试计划级角色

无权限

不可见该产品

Guest

只可以浏览用例

Test designer

可以维护关键字、需求、用例

Seniortester

可以维护关键字、用例、指派需求、维护构建【联系实际场景，这个角色最好是能够分配测试用例】

Tester

没有测试计划时与guest一样；有测试计划后则可以执行用例

Leader

在designer的基础上还可以维护平台（测试环境）、管理测试计划

Admin

除leader的所有权限，还可以维护角色权限、维护需求/用例自定义属性、维护需求/用例关键字、创建产品

产品创建（admin）

1、         选择是否从已有的产品中创建

a)     是

将复制已有产品中除执行结果外的所有信息

b)     否

2、         设置用例前缀，用例前缀用于改产品下所有用例名称的一部分，且将作为需求模块的一个查询条件

3、         平台中所有用户默认继承该产品的guest角色，可以为用户分配该产品的任意角色

需求维护

创建需求

需求的状态可以是'有效的'或者'不可测试的'.不可测试的需求在结果分析时不被计入统计数据。这个参数可以被用来设置不可实施的功能点或者错误的需求

用例与需求关联

1、         需求的最小集合（叶子节点所在集合）层次上提供创建用例的功能

实现方式为列出其所有子需求—>为需求项填写需要创建的用例数—>勾选需要创建用例的需求项-->点击创建用例—>提示哪些用例集、用例被自动创建-->继续创建用例

2、         自动创建的数据取值规则：

a)     用例集命名规则：需求集合名称(提示从需求规约创建)

b)     用例命名规则：需求名称【编号，每个需求生成的用例重新从1开始编号】

c)     用例摘要自动填充为“该用例是来源于哪条需求”，需求名称可以点击弹出该需求项，方便用例修改、编写时参照

查看需求

需求查看页面提供需求覆盖率这个属性，可以查看当前需求被哪些用例测试

需求概览

提供查看当前产品所有需求项覆盖率的功能

需求覆盖率=实际关联需求项的用例数/需求项期望的用例数。

指派需求

指派需求页面提供将需求分配给用例的功能，左侧为用例树，右边为需求指派界面

批量指派

1、         定位用例集时，可以执行批量分配操作

2、         需求规约集合列出所有包含叶子节点的需求集

3、         选择某需求集后，列出该需求集下所有有效的需求项，可以选择部分或全部需求项指派给定位的用例集下的所有用例

单个指派

1、         定位单个用例时，可以执行单个分配操作

2、         需求规约集合列出所有需求集，默认选中第一个需求集

3、         已指派需求与当前选中的需求集联动，可以对已经分配的需求进行取消指派操作。【这个联动的易用性非常不好，导致我们不能很直观的看出当前用例已经关联了哪些需求】

4、         选择某需求集后，列出该需求集下所有有效的需求项，可以选择部分或全部需求项指派给当前定位的测试用例

用例维护

用例树

1、         提供了实时刷新和非实时刷新两种功能，但易用性还是较差且大数据量时性能低，我们希望实现一种折中的方式：仅刷新当前编辑的用例/集合

2、         树节点的可拖动功能，在调整用例结构和用例顺序时使用频率非常高

3、         用例树包含三类节点，不同的节点可操作性不同

a)     根节点—产品名称

b)     测试集—模块、功能

c)     测试用例—测试点

测试用例

创建测试用例

创建一个完整的用例需要多步操作

填写基本信息

所有的文本域都提供自动编号的功能，现在是以toolbar按钮的方式触发，导致页面出现多个toolbar，我们可以想一个更简洁的实现方式。这个功能很常用、很好

创建步骤

创建步骤：保存一条步骤后刷新出下一条步骤的输入框

添加附件

编辑测试用例

编辑创建时键入的所有信息

分配需求

【只有在编辑用例时才能分配需求，这也是易用性非常差的一点】

具体功能实现参见需求维护—指派需求—单个指派

编辑/添加步骤

1、  每条步骤都可以通过点击触发编辑框，对其进行修改

2、  每个步骤后提供插入步骤的功能，实现在任意位置插入步骤

3、  提供步骤顺序的调整功能，通过修改步骤前边的编号顺序实现

4、  提供步骤的复制功能

测试分配

测试计划

创建测试计划

1、         测试计划包括名称、描述、被选择的测试用例集合、构建、测试结果、里程碑、测试任务指派和优先级定义

2、         用于划分不同行的测试阶段或测试类型

3、         可以选择是否从已有的测试计划创建【这个功能很有用，这样可以复用之前计划已有的构建、用例分配等】

4、         可以设置当前计划是否是可用/可见的 (如：正在编辑和修改测试结果时不允许修改测试计划、计划执行完后将其在前台隐藏)。 禁用的测试计划仅可以通过报告来查看。

删除测试计划

删除测试计划将会同时删除相关的数据包括测试用例（不删除测试用例本身）和测试结果等

指派用户角色

1、         用户角色默认继承测试产品中设置的角色

2、         可以针对测试计划单独设置用户角色，这个角色只对当前测试计划起作用

如：将当前产品的一个tester设置为测试计划A的leader，其对测试计划A具有了各种操作权限（对计划本身还是没有操作权限的）；其他权限不变

测试组长（产品的leader）创建了新增功能测试的测试计划并增加了所有待测用例，测试组长指派各个测试经理为该测试计划的Leader，各个测试经理可以为自己负责的模块分配测试用例

里程碑设置

通过对用例优先级的设置和分配实现监控测试进度

创建测试构建

构建是一种特定的发布版本，也叫基线

1、         用于测试产品的不同基线

如我们在第一条测试基线上执行一轮用例作为第一轮回归，此时我们需要创建一个构建

待第一轮回归检出的bug都被解决后，我们打第二条测试基线，此时我们需要再创建一个构建执行第二轮测试用例

2、         可以选择是否从已有的构建创建【可以复用当前计划中已有构建的测试用例分配情况，这个功能也很有用】

3、         可以设置当前用例否是可见/关闭的【便于在测试执行完后将其在前台隐藏、或者关闭使测试结果不可编辑】

添加/删除平台

从当前产品中选择部分/全部平台供当前测试计划使用

添加/删除测试用例

1、         从当前产品中选择部分/全部用例供当前测试计划指派执行测试用例使用

2、         在添加用例时也可以直接进行用例指派。可以将某个用例的某种环境指派给某个人在某个构建下执行

指派执行测试用例

1、         实现用例按模块分配给不同的人，一条用例的一种环境在一个构建中只能分配给一个人，以最后一次分配结果为准

2、         只有在当前计划中添加过的测试用例才能进行指派，且平台可选值是添加测试用例时选择的结果

3、         在用例指派时,将添加用例时已经指派过用例进行重新指派，如果在不同构建下指派则不影响已经指派的结果，否则同1以最后一次指派为准

用例执行

1、         同一个用例在不同构建中的执行结果不受影响，执行时可见任意构建中最后一次执行的结果

2、         同一个用例在相同构建中的多个平台（环境）下被看做两条不同的用例

其他

1、         Testlink中，通过自定义字段、关键字这两个功能可以实现强大的需求、用例筛选功能

2、         无公共用例，用例全部是分布在项目中，可以把公共用例分到一个项目中，通过从已有产品创建新产品这个功能，实现用例的复用。但不易于维护