TESTLINK1.7用户手册(中文)

elvis.x · 发表于 2009-5-11 11:07:43

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 编辑 ]