testlink测试管理工具的使用Word格式文档下载.docx
《testlink测试管理工具的使用Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《testlink测试管理工具的使用Word格式文档下载.docx（46页珍藏版）》请在冰点文库上搜索。
Testsuite创建完成以后，刷新用例树（左侧页面内容，updatetree），可以看到用例树中已经出现了我们刚才创建的测试集。
点击测试集，右侧页面内容中会出现“createtestcase（s）”的按钮，点击可以创建新的测试用例。
测试用例创建完毕以后，刷新用例树，则会看到用例树中testsuite的下一级中出现了我们刚刚创建的testcase。
注：
用例是可以指定版本的——因为随着需求的变化，或者其他某些因素，用例是要不断变化的，需要用
版本号来区别这种变化。
PS：
选择不同的level，右侧页面中会出现不尽相同的各种按钮——每个按钮对应的操作与其字面意思是
相对应的，例如
a）用例树中我们选择的是一个testproject，右侧页面中会出现如下按钮：
Newtestsuite——创建测试集
Reorderchildren——对该测试项目的子项（testsuite）进行重新排序
Importtestsuite——导入测试集
Exportalltestsuites——导出所有的测试集
b）用例树中我们选择的是一个testsuite，右侧页面中会出现如下按钮:
Edit——编辑测试集
Delete——删除测试集
Move/copy——移动或者复制测试集
Reorderchildren——对该测试集的子项进行重新排序
Exporttestsuite——导出测试集
Newtestsuite——新建测试集
Createtestcase（s）——创建测试用例
Importtestcase（s）——导入测试用例
Exporttestcase（s）——导出测试用例
c）用例树中我们选择的是一个testcase，右侧页面中会出现如下按钮：
Edit——编辑当前用例
Delete——删除当前用例
Move/copy——移动/复制当前用例
Deactivatethisversion——将当前用例版本设置为无效状态
Createanewversion——为当前用例创建一个新版本
Export——导出用例
5.为需求指派用例：
主页左边的列表栏，”Requirements”的子菜单中有“AssignRequirements”的选项。
选择以后，会进入”specification”类似的界面。
左侧用例树中选择某个测试用例，右边页面内容会出现需求列表。
前面我们已经说过，测试用例是与需求的某一个Req相对应的。
在合适的Req前面的复选框中打勾，然后点击下面的”Assign”按钮，就完成需求的指派了。
当然，也可以撤销掉需求与用例的关联——该页面会同时有”unassign”的按钮。
6.给计划添加用例：
主页右侧列表中有“testplancontents”的菜单，其子菜单中有“AddTestCase（s）”的子菜单。
点击这一项，会进入类似”specification”的页面——但是左侧用例树中只列到testsuite这一级。
选择某个testsuite，右侧页面会列出该测试集所包含的所有测试用例，在需要添加到计划中的测试用例
前面的复选框中打勾，然后点击下方的”addselected”按钮即可将选择的测试用例添加的测试计划中。
当然，也可以移除添加到计划中的用例。
添加到计划中的测试用例会用黄色打底，后面出现remove的复选框，勾选，点击下方的“add/removeselected”即可完成移除操作。
7.为用例指定执行者：
接下来我们要做的事情，是为测试计划中所包含的每个用例指定一个具体的执行人员。
首页，右侧列表，“TestPlanContents”，其子菜单中有“assignTestCaseexecution”，选择这一项我们可以进入下一个页面，为测试用例指定实际的执行者。
该页面中，左侧用例树中选择testsuite或者testcase，右侧页面会出现下拉列表让你选择user，选择合适的人员，然后testcase前面打勾，点击右侧页面下方的按钮即可完成用例的指派工作。
当然，这里也可以进行批量指定——右侧页面的最上方，有一个下拉列表可以选择用户，下面的testcase列表中选择要指派给该用户的用例，然后点击一下后面的“do”按钮即可完成将多个用例指派给一个人的操作。
8.执行计划/报告bug：
我们把他们放到一起，是因为报告bug是在执行的过程中同步进行的——即执行用例的过程中一旦发现bug我们需要立即把其报告到我们的bug管理系统中去。
执行测试计划以前，需要为测试计划创建一个build版本——我们可以这样，用日期来标识，表明我们执行测试计划的日期；
当然了，也可以用其他含义的标题，诸如本次测试执行的侧重点什么的。
首页右侧列表，“TestPlanManagement”菜单，其子菜单中有一项“BuildManagement”，选择这一项进入的页面会出现“create”的按钮，即为测试计划创建新的build的操作。
首页中，右侧最上方有一个下拉列表，用来选择当前对其进行操作的测试计划。
接下来我们就可以执行测试计划了。
首页横向导航栏中的“execute”菜单，点击进入执行页面。
该页面，同样一分为二，左侧是用例树，右侧页面内容为主体内容。
这里有一点要说明一下，虽然“执行”表面上针对的是测试计划，而实际上对应的是测试计划中测试用例的执行情况。
左侧用例树中，选择某一个testsuite，右侧页面上方会出现测试计划，build描述，测试集的说明等等信息，还有一个批量设置该测试集中所包含的测试用例状态的按钮，即“BulkTCstatusmanagement”.接下来则是该测试集中所包含的所有测试用例的详细信息。
每一个测试用例的最后部分，“notes/Description”，“result”是需要我们执行完测试用例以后自己来填写的。
该部分填写完成以后，在用例的开始部分会对这个结果有所记录。
同时，可以把bugmanagement系统中执行该测试用例时发现的bugID记录到此处——将testlink与mantis集成以后，可以通过点击一下鼠标进入到mantis查看bug的具体情况，很方便。
9.查看分析结果：
首页，横向导航栏中的results菜单，点击可以进入结果查看界面。
该页面，可以从各种各样的角度查看执行的结果——例如，从需求覆盖的角度，用例状态角度等等。
当然，testlink还有其他某些辅助性的功能，例如“customfield”，你可以利用这个功能自定义某个字段，让其作用于你的用例——例如，我们可以自定义一个“priority”的字段，给每个用例指定优先级。
对于这些辅助性的功能，我们会在以后的具体使用中慢慢的一个个去总结。
测试管理注重的实际上就是一个流程，这里我们先把大的流程给大家做一下简单的说明，这样大家可以从全局的角度来认识这个系统。
至于细小的东西，我们需要在具体的实践中不断的去摸索熟悉总结。
测试管理方案：
1.
创建项目：
主页左边的列表栏有“Test
Projectmanagement”的菜单，子菜单中有“createnewtestproject”，通过它可以创建新的测试项目。
同时，菜单中的其它子菜单可以实现对已存在的testproject的编辑，删除，以及设置已存在的用户对于某一个测试项目的权限。
默认设置下，只有admin组的成员拥有对testproject进行操作的权力。
2.
创建需求：
每一个需求都必须有相应的多个Req——实际上就是我们对需求进行分析，然后把它分成一条一条的，测试用例是与这些Req相对应的。
默认设置下，只有admin组的成员拥有对Requirements进行操作的权力。
3.
制定测试计划：
主页右侧列表，有专门的”TestPlanManagement”的菜单，选择其子菜单中的”TestPlanManagement”,进入的页面会出现”create”的按钮，点击即可以创建新的测试计划。
4.
创建用例：
所以在创建测试用例之前，需要保证用例隶属于的testproject和testsuite都已经存在了。
上面已经讲过如何创建测试项目了，接下来说明一下如何创建testsuite测试集。
当测试项目创建完毕的时候，选择横向导航条中的“specification”，出现的页面还是分左右两部分——左侧是用例树。
Testsuite创建完成以后，刷新用例树（左侧页面内容，updatetree），可以看到用例树中已经出现了我们刚才创建的测试集。
测试用例创建完毕以后，刷新用例树，则会看到用例树中testsuite的下一级中出现了我们刚刚创建的testcase。
用例是可以指定版本的——因为随着需求的变化，或者其他某些因素，用例是要不断变化的，需要用版本号来区别这种变化。
选择不同的level，右侧页面中会出现不尽相同的各种按钮——每个按钮对应的操作与其字面意思是相对应的，例如
a）
用例树中我们选择的是一个testproject，右侧页面中会出现如下按钮：
b）
用例树中我们选择的是一个testsuite，右侧页面中会出现如下按钮:
c）
用例树中我们选择的是一个testcase，右侧页面中会出现如下按钮：
使用TestLink进行测试管理
TestLink用于进行测试过程中的管理，通过使用TestLink提供的功能，可以将测试过程从测试需求、测试设计、到测试执行完整的管理起来，同时，它还提供了好多种测试结果的统计和分析，使我们能够简单的开始测试工作和分析测试结果。
TestLink是sourceforge的开放源代码项目之一。
作为基于web的测试管理系统，TestLink的主要功能包括：
∙测试需求管理
∙测试用例管理
∙测试用例对测试需求的覆盖管理
∙测试计划的制定
∙测试用例的执行
∙大量测试数据的度量和统计功能。
TestLink的最新版本是，作者将详细地介绍使用
一、安装启动
1、在安装，需要完成以下安装运行所需要的环境：
Webserver、php4和MySQL。
笔者推荐的安装环境如下：
∙ApacheHTTPServer
∙Php4.4.1
∙Mysql
2、将TestLink安装包保存到服务器，解压缩到Apache2的htdocs目录下，并重命名为testlink。
3、自动安装TestLink
∙在浏览器输入访问地址，如：
∙选择newinstall，在进入的页面中，输入登录MySQL的用户名和密码，如root。
提示安装成功，详细的安装说明请参照/archive/2006/01/12/577148.aspx
4、登录testlink首页面。
系统为testlink创建一个默认管理员账号，用户名和密码为：
admin/admin。
你可以使用这个账号访问TestLink。
登录.1:
80/testlink/index.php，如果你看到的页面如下，就说明你已经安装成功了。
二、初始配置（设置用户、产品）
1、用户设置
在TestLink系统中，每个用户都可以维护自己的私有信息。
admin可以创建用户，但不能看到其它用户的密码。
在用户信息中，需要设置Email地址，如果用户忘记了密码，系统可以通过mail获得。
TestLink系统提供了六种角色，分别是admin、leader、seniortester、tester、guest、testdesigner。
相对应的功能权限如下：
（详见图）
∙Guest：
只有读的权限，适合于查看测试用例和测试需求，以及项目分析的用户。
∙Testdesigner：
可以开展测试用例和测试需求的所有工作。
∙Tester：
只能执行测试用例。
∙Seniortester：
可以查看和维护测试用例，并且可以执行测试用例，但是不能管理测试计划、分配测试任务。
∙Leader：
可以开展测试规格和测试需求的所有工作，还可以管理测试计划、分配测试任务。
∙Admin：
维护产品，用户。
同时，支持不同地域用户对不同语言的需求，可以根据用户的喜好对用户提供不同的语言支持。
2、产品设置
TestLink可以对多个产品进行管理，Admin进行产品设置后，测试人员就可以进行测试需求、测试用例、测试计划等相关管理工作了。
TestLink支持对每个产品设置不同的背景颜色，方便管理。
三、测试需求管理
测试需求是我们开展测试的依据。
首先，我们对产品的测试需求进行分解和整理。
一个产品可以包含多个测试需求规格，一个测试需求规格可以包含多个测试需求；
∙创建测试需求规格
对测试需求规格的描述比较简单，内容包含名称、范围。
∙创建测试需求
测试需求内容包含：
需求ID、名称、范围、需求的状态，以及覆盖需求的案例。
TestLink提供了两种状态来管理需求：
正确的（Valid）、不可测试的（nottestable）。
∙从文件导入测试需求
Testlink提供了从文件导入测试需求的功能，支持的的文件类型有csv和csv（door）两种。
四、测试用例管理
TestLink支持的测试用例的管理包含三层：
分别为Component、Category、Testcase。
我们把Component对应到项目的功能模块，而把Category跟每个模块的function对应，Testcase就是写在这些Category里的。
我们可以使用测试用例搜索功能从不同的项目、成百上千的测试用例中查到我们需要的测试用例，甚至于可以直接将别的项目里写的测试用例复制过来，这样就解决了测试用例的管理和复用问题。
但是，还有一个问题没有解决，那就是与测试需求的对应问题。
在测试管理中，测试用例对测试需求的覆盖率是我们非常关心的，从需求规格说明书中提取出测试需求之后，Testlink提供管理测试需求与测试用例的对应关系的功能。
∙创建Component
Component的内容包括：
名称、介绍、范围、相关的内容、约束。
∙创建Category
Category的内容包括：
名称、测试范围和目标、配置信息、测试数据、测试工具
∙创建Testcase
测试用例的要素包括：
测试用例名称、简要说明、步骤、期望结果、关键字。
创建好的测试用例树如下：
∙建立测试用例和测试需求的覆盖关系。
选中左侧用例树中的测试用例，再选择右侧对应的测试需求，进行Assign即可。
TestLink管理员手册
1说明
2
测试项目管理
2.1新建一个测试项目
2.2编辑/删除测试项目
3用户管理
3.1使用内置的用户管理系统
3.1.1用户自注册
3.1.2编辑个人注册信息
3.1.3管理员创建新用户
3.2使用外部的认证源:
"
群英汇集中管理平台"
3.2.1首次登录，自动创建帐号
3.2.2从LDAP中同步用户帐号
3.3角色和权限
3.4给测试项目指派角色
3.5给测试计划指派角色
4自定义字段管理
4.1新建自定义字段
4.2指派自定义字段
5数据导入和导出
5.1导出/导入测试项目
5.2导入/导出测试套件
5.3仅导出一个测试用例
5.4导出测试套件里的所有测试用例
5.5导入测试用例
5.6导入/导出关键字
5.7导入/导出软件需求
5.8导入结果
6配置FCKEditor
6.1开启图片上传功能
6.2改变FCKEditor的皮肤
6.3自定义工具栏
6.4拼写检查功能
6.5定义模板
6.6开启CKFinder，替换FCKEditor内置的文件管理器
关于手册中方框标记部分的说明
Note是需要注意的部分。
Hint是群英汇为TestLink扩展的部分。
2测试项目管理
TestLink支持多项目，而且各个测试项目之间是独立的，不能分享数据。
通常情况下，一个测试项目对应于一个待测试产品。
例如:
如果一个产品有两个测试团队：
系统测试和集成测试，而且这两个团队需要分享一些测试用例。
你应该给该产品创建一个测试项目。
这两个团队可以分别根据不同的测试需求规格创建不同的测试计划，从而得到不同的测试结果。
系统管理员可以创建、编辑和删除测试项目。
点击主页上"
测试项目管理"
的链接，进入测试项目管理页面。
点击创建按钮，进入新建测试项目的界面。
测试项目有以下属性：
名称
每个测试项目的名称必须唯一。
备注
测试用例标识符
该标识符将作为测试用例的前缀。
启用需求管理
是否启用需求管理。
如果选中，该测试项目的主页将会显示需求区域（包括需求规约和指派需求的链接）。
启用优先级管理
选中后在主页的测试套件区域中会多一个"
设置测试用例的紧急程度"
链接。
启用自动化测试
是否启用自动化测试功能。
如果选中，在创建测试用例时，会出现测试方式下拉选择框，包括手工和自动的两个选项;
如果不选，则不会出现该下拉选择框，所有的测试用例都是手工执行类型。
活动的
该测试项目是否是活动的。
非管理员用户只能在首页右上角的测试项目下拉选择框中看到活动的项目。
对于非活动的测试项目，管理员会在首页右上角的测试项目下拉选择框中看到它们前面多了一个*号标识。
Hint
为了使TestLink与Redmine的整合更加完善，群英汇对TestLink与Redmine的整合部分作了扩展。
TestLink与Redmine整合的配置文件（cfg/
define（'
BUG_TRACK_ENTER_BUG_HREF'
"
"
）;
很显然那个链接到Redmine的URL是固定的，所以当测试多个项目，就不能保证准确跳转到对应的被测试项目中。
因此我们在创建测试项目的页面多了一个属性：
缺陷跟踪系统项目ID。
该属性指定被测项目在Redmine中的项目标识符，用于替换URL中的%号。
/proje
升级会员 