TestLink初体验

TestLink初体验

=========================

  不懂测试的程序员不是好的程序员,虽然测试这个工作比较耗耐心,但是我觉得一个测试人员对需求的理解可能是最多的了,毕竟他要按照需求写用例,开发人员负责自己的那一块对于整个宏观的业务逻辑可能没有几个是完全通晓的。在公司实习时,就先安排了我们学习两款测试工具,毕竟程序员是要和测试人员打交道的。下面我分享一下我学习testLink的记录。

TestLink环境搭建

1、PHP环境搭建

  由于TestLink试运行在PHP环境下的,所以需要先搭建PHP的环境,大家可以使用xampp来轻松搭建PHP环境,但我的就是因为数据库的原因没有搭建成功,所以只能一个一个配了。总的需要(PHP+MySQL+Apache)这三个就可以了。具体搭建过程大家可以参考百度经验里的介绍。

2、TestLink配置

  测试了自己的PHP环境搭建成功后,就可以开始配置TestLink了。TestLink下载地址,下载后将testlink包解压缩,放到配置的PHP环境中的D:\Web\PHP\httpd-2.4.23-win64-VC11\Apache24\htdocs文件夹下,启动apache服务器,启动mysql数据库,然后在浏览器中输入http://localhost/testlink/进入testlink的安装界面。

  (1) 运行要求

  PHP的版本必须是5.4.0以上的才支持TestLink;在浏览器中的界面如下:

可以看到有许多的Failed项。需要自己修改一下PHP的配置使他可以支持TestLink的运行要求。打开D:\Web\PHP\php-5.6.23-Win32-VC11-x64下的php.ini配置文件,找到如下几项并将max_execution_time = 30改为max_execution_time = 120,将session.gc_maxlifetime = 2440改为session.gc_maxlifetime = 2400;另外再打开几个扩展,使的可以支持TestLink。如下:

    extension=php_gd2.dll

    extension=php_imap.dll

    extension=php_ldap.dll

    extension=php_mbstring.dll

    extension=php_mysql.dll

    extension=php_mysqli.dll

    extension=php_mssql.dll

    extension=php_pgsql.dll

将他们前面的分好去掉即可,修改后重新启动服务器。效果如图:

  (2) 配置数据库

  这个就直接上图了

填好相关信息之后点击process Testlink Setup下一步。由于我数据库的问题,创建表的时候出现了错误:

花费了太长时间没有解决,又不想重装数据库所以只好在网上的公开账号进行学习http://www.wangzhanmeng.com/testlink,帐号是test,密码是111111,身份是admin。然后利用他的账号登录新建一个用户zcy-fover将权限设置为admin,这样你就可以“为所欲为”了。下面开始了我的学习。

我对TestLink的理解

  就我对于testlink的了解,我觉得testlink主要是对于测试用例的生命周期进行管理,从最初的测试计划的规定、到测试用例的设计、测试用例的管理、测试用例的执行、最后到测试结果的简单统计。这一系列过程,看似简单,但是对于一个完整的要上线的项目,必须要有严格而且完整的测试过程。当测试用例多了起来之后,就需要有管理工具进行管理,不然只会使得测试工作更加乱而且没有效率。
它的主要功能有:测试需求管理、测试用例管理、测试用例对测试需求的覆盖管理、测试计划的制定、测试用例的执行、大量测试数据的度量和统计功能。

TestLink介绍

测试计划管理

测试计划管理

  测试计划是在新建了测试项目之后,添加的测试计划,一个大型项目的测试总是要分模块分阶段来进行测试的,每一个模块> 每一个阶段都要有测试的计划,testlink对于测试计划的管理分了以下几个方面:激活当前活动、删除计划、将链接导出到> 测试用例和平台、从测试用例和平台导入链接、分配角色和测试执行。


版本管理

  测试计划的创建等都需要有一个对应的系统版本,每个版本将与一个活动的测试计划相关联描述内容应该包括:准备分发的模块列表,修正的问题或实现的新功能,状态等等需要具有两个属性:
活动 / 停止 – 定义当前版本是否可以被使用。 停止的版本不会出现在用例执行和报告中。
打开 / 关闭 – 一个打开版本的测试结果可以被修改。关闭的版本则无法修改测试结果。


编辑删除里程碑

  测试在执行的时候,有些任务是一个重大的标志,需要被记录。里程碑考虑一个特定时期的测试执行。开始时间为开始日期 00:00:00如果没有指定开始日期,将囊括所有执行 - 结束日期为目标日期 23:59:59。所有目标日期之后的执行将被忽略。里程碑将在所有不同优先级的“子里程碑”都完成时达成。里程碑的状态显示在一般测试计划进度中。

测试执行

执行测试

  当已经定义好了测试计划之后,就需要执行计划,在测试执行的时候,每一个计划都有严格的执行过程,每次执行测试计划之后,就会生成测试的结果树,右边也会有测试计划执行的内容。


指派给我的用例

  如果测试经理将某一个测试的用例指派给自己,在这里就可以查看。后期需要自己去执行测试计划等。


测试报告和进度

  每个测试计划的执行会对应生成相关的测试报告,测试报告中的内容可以根据具体要求来选择相关的显示。如图:


进度仪表盘

  展示项目测试的进程,项目的进度是所有测试计划在各个平台上执行结果的汇总总和会设置到测试计划的各个平台的全部活动测试计划。

测试执行

添加删除平台

  测试用例的执行需要有一个可执行的平台进行操作,这个平台是需要在产品管理中的平台管理中新建之后,在测试用例集中才可进行平台的添加等。


添加删除测试用例到测试计划

  每一个测试用例都隶属于一个测试计划中,没有测试用例是单独存在的。


指派执行测试用例

  对于已经设计好的策划用例需要指派给相关测试人员去执行测试用例,需要在这里进行任务的指派划分。


设置测试用例的级别

  TestLink允许设置测试套件的紧急程度来影响测试用例执行的优先级. 测试的优先级取决于测试用例的重要程度和定义在测试计划中的紧急程度两个方面。项目领导者可以设置哪一套测试用例先被执行. 使用这个功能来确保在时间允许的情 况下覆盖最重要的测试用例。测试用例级别有高中低三个,默认是中等。


更新测试用例的版本

  如果需求规约版本改变了,可以通过该页面对测试用例进行更新. 在测试过程中经常发生添加新的需求的情况。例如:用户更改了测试规约,但是这个改变需要传达到测试计划中。否则测试计划继续使用着旧版本的需求规约,测试结果还在关联测试用例中的字段。


显示更新的测试用例版本

  将会显示已经更新的测试用例的版本

system

自定义字段管理

  项目管理员可以为TestLink中的重要对象(测试套件、测试用例和测试套件等)添加自定义字段。同时也可以设置新建的自定义字段用于测试项目中哪一对象上。因此每一个测试项目都有一套自己的自定义字段集合。


Issue Tracker Management

  TestLink提供了与多种bug跟踪系统关联的接口配置,目前支持的bug系统有Jira、bugzilla、mantis。

产品管理

测试项目管理

  所有的测试工作的进行都要基于某一个待测试的项目,所以进行测试的首要工作是要有一个项目作为依托,在这里可以进行项目的添加。对于已经存在的项目的可以对她的是否启用需求管理和活动状态进行设置,还可以删除项目。


用户管理

  作为管理员权限的话可以对于用户进行管理,分别有查看用户、查看角色、指派测试产品的角色、指派测试计划的角色。用户的角色分为6种。

    Guest:可以浏览测试规范、关键词、测试结果以及编辑个人信息

    Tester:可以浏览测试规范、关键词、测试结果以及编辑测试执行结果

    Test Designer:编辑测试规范、关键词和需求规约

    Senior Tester:允许编辑测试规范、关键词、需求以及测试执行和创建发布

    Leader:允许编辑测试规范、关键词、需求、测试执行、测试计划(包括优先级、里程碑和分配计划)以及发布

    Admin:一切权力,包括用户管理


指派自定义字段

  只有添加在系统中的已经存在自定义字段才可以被指派。


关键字管理

  关键字可用来标识给测试用例。


平台管理

  测试计划的创建等总需要依托于某一个平台,需要管理员在系统中添加某个测试项目的平台信息。

产品需求

  系统的开发和测试都是需要基于产品需求规格说明书,尤其是测试更加严格需要按照需求规格说明书的内容设计测试计划等。如果在开发过程中偏离了需求规格说明书中的要求,就需要在测试中发现,等到后期系统完成时再发现就晚了点了。

产品需求规格

  产品需求规格的制定应当按照最初的系统需求规格说明书来制定。


产品需求概览


查找产品需求


查找产品需求规格


指派产品需求

  用户可以设置测试套件和需求规约之间的关系。设计者可以把此处的测试套件和需求规约一一关联。例如:一个测试用例可以被关联到零个、一个、多个测试套件,反之亦然。这些可追踪的模型帮助我们去研究测试用例对需求的覆盖情况,并且找出测试用例是否通过的情况.这些分析用来验证测试的覆盖程度是否达到预期的结果。


生成产品需求规格文档

  产品的需求规格文档有助于后期查看产品的相关信息以及测试信息。

测试用例

编辑测试用例

  对于已经存在测试用例可以在这里进行编辑修改使得测试用例可以更加符合系统的测试。


搜索测试用例


指派关键字

  在该功能中用户可以批量地把关键字设置到现有的测试用例和测试套件中


Test Cases created per User
  TestLink的大概介绍就到此结束了,更多的还是要用他去进行测试用例的管理,实际操作过了就可以很熟练的掌握这款工具了。谢谢!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值