|
Testlink 用户手册
TestLink 版本1.7
目录
1 信息概要
1.1 总的结构
1.2 基本术语
1.3 TestLink简单工作流的例子
2 测试项目
2.1 创建新的测试项目
2.2 编辑和删除测试项目
3 测试规格说明书
3.1 测试用例组
3.2 测试用例
3.3 关键字
4 基于需求的测试
4.1 可用性
4.2 需求规格说明书
4.3 需求
5 测试计划
5.1 创建和删除测试计划
5.2 版本
5.3 构建测试计划和添加测试用例
5.4 测试执行的任务分派
5.5 优先级
5.6 里程碑
6 测试执行
6.1 概要
6.2 导航
6.3 执行
7 客户字段
8 测试报告和度量
8.1 基本的测试计划度量
8.2 所有的版本状态
8.3 查询度量
8.4 阻断,失败,未执行的用例报告
8.5 测试报告
8.6 图表
8.7 每一测试用例的bug总数
8.8 基于需求的报告
8.9 如何添加新的报告
9 用户管理
9.1 帐号设定
9.2 角色权限
9.3 权限定义
9.4 指派测试计划
10 导入和导出数据
10.1 导入/导出关键字
10.2 导入/导出测试计划
10.3 导入/导出测试单元
10.4 就一个测试用例
10.5 测试单元中所有的测试用例
10.6 导入/导出软件需求
10.7 通过XML从Excel中导入测试用例
1 信息概要
TestLink是一个基于Web的测试管理系统. 此手册为用户提供一些服务, 用于理解使用TestLink的过程,术语及组织结构.
想了解更多关于系统需求,安装步骤及配置信息, 可以查看安装手册. 最新的文档在 www.teamst.org 或 testlink.sourceforge.net
如果你有任何该手册没有解答的问题,请使用我们的论坛.
1.1 总的结构
这有三个基本点: 测试项目,测试用例和用户. 其他所有的数据都是有关或者用于这几点的. 首先, 我们定义一些术语.这些
术语会用于整个文档和测试世界.
llustration : TestLink中,测试项目的基本组件
1.2 基本术语
测试用例 描述了一个测试工作, 包含步骤(动作, 场景)和 期望结果. 测试用例是TestLink的基础单元.
测试组 (测试用例组)组织测试用例为一个组. 他是构成测试规格说明书的逻辑模块.
测试组代替了 TL1.6以及更早版本中的 组件 和 分组.
测试计划 想要执行测试用例时创建的. 测试计划可以从一个或多个其他测试计划的测试用例来构成. 测试计划包括 版本,
里程碑, 指派用户及测试结果.
测试项目 是会一直存在TestLink中的. 会有很多版本贯穿测试项目的生命周期. 测试项目是包含了拥有测试用例,需求及关键字
的测试规格说明书. 项目中的用户拥有定义好的角色.
测试项目在TL1.6及更早的版本中,叫做产品.
用户 每一个TestLink用户拥有一个定义好的角色. 详情参考 用户管理章节. illustration 2按照用户角色显示了基
本那的活动内容.
1.3 TestLink简单工作流的例子
1. 管理员创建一个 测试项目 "速食" 和 两个用户, Adam拥有"Leader"权限, Bela拥有"Senior Tester"的权限.
2. 领导 Adam导入测试需求和分类需求产生的空测试用例. 他把他们组织到 测试组: "Fish" 和 "Chips".
3. 测试人员 Bela 使用组织到测试规格说明书里的 测试组, 描述了一个测试场景(创建了一个空测试用例的内容)
4. Adam 创建了一个关键字"Regression testing". 然后, 把这个关键字指派给10个测试用例.
5. Adam 创建了一个 测试计划 "Fish&Chips 1", 版本"Fish0.1" 然后链接所有测试组"Fish"中的测试用例到这个计划
他也把他自己和Bela分派到这个测试计划中,成为这个测试计划的资源.
6. 现在开发人员产生了第一个版本. Adam 和Bela 执行和记录了测试和结果: 5通过, 1失败, 4阻断.
7. 开发人员做了个新版本"Fish 0.2". Bela 仅仅测试失败的和阻断的测试用例. 这次所有失败的和阻断的测试用例都
通过了. 他们也重测了所有条件中有关键字"Regression Testing"的测试用例.
8. 这个团队的 经理 会看这个结果. 管理员 给他解释,他可以在登陆页面创建一个他自己的帐号. 经理做了. 他有一个
缺省的"Guest"权限. 他可以看到 测试结果 和 测试用例.他可以在总的报告中看到所有通过的. 在那个特殊
版本的报告中看到, 在版本"Fish 0.1"中的问题.
9. 随后, 开发人员最后添加"Chips"功能. Adam创建一个 测试计划"Fish & Chips". 他可以重用第一个测试计划为模版.
所有的"Fish"测试用例和角色会被自动添加. 他创建一个新的版本 "Fish 1.1", 然后连接所有的"Chips"的测试用例
到这个测试计划.
10. 现在, 一个测试像往常一样开始了.
11. 随后, Admin了为另一个产品"Hot Dog"创建一个新的 测试项目. 但这是另一个团队而且是不同的故事了.
Illustration 2: 功能概述
2 测试项目
测试项目是TestLink的基本组织结构单元. 测试项目是公司的发布, 久而久之可能会改变了发布的特点和功能. 但是, 大多数还是保持
一样. 测试项目包括需求文档,测试规格说明书,测试计划,明确用户权限.
2.1 创建新的测试项目
创建一个新的测试项目需要"Admin"权限. 每一个测试项目必须拥有一个独一无二的名字. 背景颜色可以分派给测试项目样本,以便
可视的区别他们. Admin可以关联需求和功能.
创建一个新的测试项目要注意的事:
从系统中删除测试项目是不推荐的,因为或者会使大量测试用例孤立起来,或者会把测试用例从系统中删除.
测试计划 代表特定时间点的 测试项目 的测试.
TestLink支持导入XML或CSV数据到一个测试项目. 这点将在一下的导入部分进一步解释.
2.2 编辑和删除测试项目
编辑测试项目需要"Admin"权限. 用户可以改变测试项目名称, 背景颜色 和需求功能的可用性.
如果一个项目过时,用户可以使其不激活. 这意味着这个测试项目在顶部的导航栏中的列表里是不可见的(admin会看到这个测试项
目在列表里被"*"标记).
用户同样可以删除一个项目. 这一行为会从数据库中把相关的数据删除. 这一行为是不可逆转的. 我们强烈推荐使一个过期的项目不
激活而非删除他.
3 测试规格说明书
TestLink把测试规格说明书的结构分为 测试组 和 测试用例. 这些级别可已在应用时,无限拆分.
3.1 测试组
用户组织测试用例到测试(用例)组. 每个测试组由 标题, 格式化描述方式的测试用例,或许还有其他的测试组 组成. TestLink用
树型结构管理测试组. 通常所做的就说包含有效信息的描述. 如下面指定的这些: 范围 , 配置, 前提, 相关文档, 工具,
基础设施等.
创建一个或多个测试组是创建你的 测试项目的第一步. 用户(拥有编辑权限)可以创建,删除,拷贝,移动,导出,导入嵌套式 测试组
或 测试用例. 标题和描述都可以被修改.
拥有扩展文档或图片的附件可以被添加到 测试组. 这一功能一定被允许,通过TestLink 配置就能实现.
3.2 测试用例
测试用例是包含 输入, 执行条件和期望结果(输出)的集合. 为了达成一个特殊的目标,如执行一个特殊的程序路径或验证同一个特殊
的需求是否一致.
测试用例有如下部分:
标题: 包含一个简短描述或缩写
摘要: 确实很短,仅仅是大体的描述
步骤: 描述测试场景(输入动作); 能包含前提条件和干净的环境
期望结果: 描述一个测试点和 被测产品或系统被期望的行为.
序号: TestLink会自动分配. 不能够被用户更改. ID是系统范围的. 这意味着一个测试用例被创建了,一个全局的计数就被用了.这计数
依赖与测试用例被创建的那个测试项目.
附件: 如果配值允许,就可以被添加.
测试用例-激活属性
如果一个测试用例的几个版本存在, 拥有一个属性,激活/非激活 将会非常有用. 这样来用.
.任何一个测试用例版本被创建时是激活的.
.一个非激活的测试用例版本是不能用于"添加到测试计划中". 这样对测试设计者非常有用. 他们可以编辑或改变测试用例的版
本.只有当她/他决定测试用例完成时, 状态再改为 激活 以便于测试用例能够用在测试计划中.
.一旦一个测试用例版本已经连接到一个测试计划中, 而且有了测试结果, 它就不能被改成 非激活.
IIustration 3:
IIustration 4:
你应该注意到, 挨着测试项目名字的那个数(在这个例子:toaster_xl5)是2, 但是这个测试项目有3个测试用例. 测试用例TC1
是没有被计数的, 因为它是非激活的.
移除测试用例
测试用例 和 测试组 或许会被拥有"Lead"权限的用户从测试计划中移除. 当开始创建一个测试计划,由于那些测试用例没有有结果,这
一操作可能很有用. 然而移除测试用例可能引起与他们相关联的所有结果丢失. 因此, 建议谨慎使用这一功能.
需求关联
测试用例可以和软件/系统需求建立 n对n的关联. 这一功能必然能够用于 测试项目. 用户可以通过在主窗口分配需求连接来分派测
试用例和需求.
3.3 关键字
关键字的创建给用户提供另一种级别用来分类测试用例.
关键字用于一组有意义的测试用例,他们在测试规格说明书中,拥有一些属性.
.回归或简明测试
.检验测试用例
.同一平台的测试用例单元
关键字创建
这次,关键字只能被拥有 mgt_modify_key权力的用户创建. 这些权力当前只有 Leaders拥有. 一旦一个或一组关键字被创建
,用户可以把他们分给测试用例.
分派关键字
关键字可以通过关键字屏(成批的)或者通过测试用例管理(单独的)分派给测试用例.
关键字过滤
用户拥有通过关键字过滤查询的能力:
.在测试规格说明书中,查找测试用例.
.在测试组中,添加一组测试用例.
.执行测试屏幕
连接到用户手册二:http://bbs.51testing.com/thread-148426-1-1.html
未完待续......
[ 本帖最后由 elvis.x 于 2009-5-22 09:47 编辑 ] |
|