第十章 关键词使用:按关键词来搜索用例 QQ交流群:585499566 一. 创建关键字 单击主页“产品管理”区域-->点击[关键字管理]按钮-->创建一个新的关键字.关键字的内容包括:关键字的名称,关键字的说明 二. 指派关键字 建立好关键字后,可以将关键字和测试用例相关联起来,建立好关键字后,可以将该关键字分配给测试用例: 在主页点击[指派关键字]按钮-->选中左侧用例树中的测试用例,再选择右侧对应的关键词,进行指派即可. 三. 指派好关键字,按关键字来搜索测试用例 单击主页的[搜索…

第五章 测试用例管理 QQ交流群:585499566 TestLink支持的测试用例的管理包含二层:分别为新建测试用例集(Test Suites).创建测试用例(Test Cases).可以把测试用例集对应到项目的功能模块,测试用例则对应着具体的功能. 我们可以使用测试用例搜索功能从不同的项目.成百上千的测试用例中查到我们需要的测试用例,并且还提供移动和复制测试用例的功能,可以将一个测试用例移动或复制到别的项目里,勾上自动更新树选项,添加.删除或编辑测试用例后更新树会被自动更新. 一. 创建测试…

第三章 初始配置(配置用户.产品) 一. 设置用户 QQ交流群:585499566 在TestLink系统中,每个用户都可以维护自己的私有信息.admin可以创建用户,但不能看到其它用户的密码.在用户信息中,需要设置Email地址,如果用户忘记了密码,系统可以通过mail获得. TestLink系统提供了六种角色,分别是tester.guest.tester. test designer .senior tester .leader.admin.相对应的功能权限如下: 6个用户级别: l Gue…

第四章 测试需求管理 QQ交流群:585499566 需求规格说明书是我们开展测试的依据.首先,我们可以对项目(产品)的需求规格说明书进行分解和整理,将其拆分为多个需求,一个项目可以包含多个需求,一个需求可以包含多个测试需求. 创建产品需求规格 创建测试需求 一. 创建产品需求规格 单击主页上面的“产品需求”区域->点击[产品需求规格]按钮-->点击[新建产品需求规格] 对“产品需求规格”的描述比较简单,内容包含文档ID.标题.范围,类型.如下图所示: 根据测试的终端,创建三个“产品需求规格”…

第二章 登录&汉化设置 QQ交流群:585499566 1,使用超级账户admin/admin登录. 2,登录后,会提示创建一个新的项目,先不要创建,先进入用户管理,设置成中文显示,也就是汉化处理,看下图:…

第十三章 使用中遇到的问题 一. 登录Testlink后,新建一个项目后,会出现如下提示: 解决办法:打开Testlink安装文件夹下的config.inc.php文件, 原来:$tlCfg->config_check_warning_mode = 'FILE'; 改为:$tlCfg->config_check_warning_mode = 'SILENT'; 保存!再刷新页面,已无提示! 二.登录过期问题: 问题:使用admin账号创建他人账号,设置了过期时间,会导致第二个图的问题 解决办法…

第十二章 总结 QQ交流群:585499566 TestLink用于进行测试过程中的管理,通过使用TestLink提供的功能,我们可以将测试过程从:测试需求.测试设计.到测试执行.完整的管理起来,同时,它还提供了好多种测试结果的统计和分析,使我们能够简单的开始测试工作和分析测试结果.…

第十一章 其他易用性功能 QQ交流群:585499566 一. 自定义 一). 自定义字段管理 在主页点击[自定义字段管理]按钮-->进入自定义字段管理页面,点击[创建]按钮,可以创建一个字段,如下图所示: 可以填写:名称,标注,类型(包括很多),还有一些显示条件.最后要选择将该字段用在哪个地方, 可以使用的地方有,测试用例,测试计划,测试分类. 二). 指派自定义字段 填写好一个自定义字段后,必须将该自定义字段进行指派才可以使用: 点击主页的[指派自定义字段]按钮-->进入自定义字段分配页面…

第九章 测试结果分析 QQ交流群:585499566 TestLink根据测试过程中记录的数据,提供了较为丰富的度量统计功能,可以直观的得到测试管理过程中需要进行分析和总结的数据.点击首页横向导航栏中的“测试结果”菜单,即可进入测试结果报告页面,如下图所示: 左侧一栏列出了可以选择的度量方式, 所有度量是以构建为前提进行查询的,所有度量的报表格式分三种类型.  Normal:报表格式在页面右侧显示  Paseudo MS Word:选择该类型后,报表以excel形式显示  Email(HTML)…

第八章 测试执行/报告BUG QQ群交流:585499566 把他们放到一起,是因为报告bug是在执行的过程中同步进行的——即执行用例的过程中一旦发现bug我们需要立即把其报告到我们的bug管理系统redmine中去. 执行测试以前,需要为每个测试计划创建一个build版本,一个测试计划可以创建多个构建——我们可以这样,用每次发布的版本号来标识,表明我们执行测试计划的版本是哪个,并且可以和redmine对应.   当然了,也可以用其他含义的标题,诸如本次测试执行的侧重点什么的. 创建好构建后,将…