现在的位置: 首页测试技术 > 正文
TestLink使用详解

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设置为测试计划Aleader,其对测试计划A具有了各种操作权限(对计划本身还是没有操作权限的);其他权限不变

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

里程碑设置

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

创建测试构建

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

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

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

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

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

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

添加/删除平台

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

添加/删除测试用例

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

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

指派执行测试用例

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

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

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

用例执行

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

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

其他

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

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

相关文章
    暂无相关文章
本文由 小妮儿 发布于 2299天 7小时 49分钟前,目前已有 4244 人浏览
欢迎大家转载分享,请注明来源及链接;商业媒体转载请获得授权,谢谢合作!
 

添加评论