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、 无公共用例,用例全部是分布在项目中,可以把公共用例分到一个项目中,通过从已有产品创建新产品这个功能,实现用例的复用。但不易于维护
-
暂无相关文章
添加评论