[转帖]TestLink1.6 配置说明

[转帖]TestLink1.6 配置说明

$g_tpl [ ' tcView ' ] 

$g_tpl [ ' tcSearchView ' ] 

$g_tpl [ ' tcEdit ' ] 

$g_tpl [ ' tcNew ' ] 

$g_tpl [ ' execSetResults ' ] 

最近抽空学习了一下TestLink1.6，看到Judy写了TestLink1.6的安装文档，我就不重复了，跟一篇配置文档吧，原文在我的blog上，是翻译TestLink1.6的安装配置手册的，（http://blog.csdn.net/yolanda_chung/archive/2006/02/12/597053.aspx），以下我截取了原文的配置章节，要是翻译的不好，请笑我哦！


配置

配置文件

< testlink installation directory >/ config . inc . php － 主要的配置文件，后面会做详细介绍

< testlink installation directory >/ config_db . inc . php － 包含访问数据库的所有配置参数。这个文件在安装或升级过程中产生。通常不必做手工修改

< testlink installation directory >/ cfg /< bug_tracking_system >. cfg . php 

/cfg/bugzilla.cfg.php
/cfg/mantis.cfg.php
/cfg/jira.cfg.php
包含访问bugzilla、mantis或者jira等缺陷跟踪系统的配置参数。如果想从TestLink直接访问这些系统，需要手工修改这些文件，另外这个功能需要在config.inc.php文件中修改一个配置参数。


必须修改的参数
DB_SUPPORTS_UTF8
MySQL4.1以前的版本不支持utf8，因此所有的页面使用ISO-8859-1字符集而数据则以latin1字符集存入数据库，令DB_SUPPORTS_UTF8 = FALSE；
MySQL4.1及以后的版本，令DB_SUPPORTS_UTF8 = TRUE，使全部页面支持UTF-8而数据以utf8字符集存入数据库。


可能需要修改的参数
TL_LOG_LEVEL_DEFAULT
日志记录的缺省级别，日志级别有（NONE、ERROR、INFO、DEBUG）。DEBUG级别只在开发或者与bug系统集成时使用

TL_LOG_PATH
日志文件的文件名和路径

MAIN_PAGE_METRICS_ENABLED
这个参数控制矩阵表格是否显示在主页上，允许“TURE”和“FALSE”两个值

TL_INTERFACE_BUGS
设置testlink和缺陷跟踪系统的接口。允许的值为：“NO”、“BUGZILLA”、“MANTIS”
与BUGZILLA的接口配置参见cfg/bugzilla.cfg.php，支持0.19.1
与MANTIS的接口配置参见cfg/mantis.cfg.php，支持1.0.0.a3

TL_TREE_KIND
这个参数用于配置testlink所使用的树形菜单，允许的值为“LAYERSMENU”、“JTREE”、“DTREE”
LAYERSMENU 是缺省值；在这里，JTREE的性能最好；其他的两种树形菜单，可以记住上一次的位置。

TL_IMPORT_LIMIT
最大可以上传的文件的大小，单位是bytes。缺省值是200000。如果需要上传一个更大的文件，你可以加大这个值。另外还有一个参数：TL_IMPORT_ROW_MAX，用户规定导出文件一行最长可以有多长字符，10000字符已经足够了。

$g_fckeditor_toolbar
定义fckeditor工具条，你可以修改其内容。这个部件的更详细的信息参见fckeditor的主页（http://www.fckeditor.net/）

TL_TPL_CHARSET
中文用户只需要设置：define('TL_TPL_CHARSET','gb2312')；这样就定义了正确的html字符集。其他的语言可以不必修改这个参数

TL_DEFAULT_LOCALE
置缺省语言，必须是$g_locales的一个值。缺省值是en_GB。

TL_COMPANY,TL_DOC_COPYRIGHT，TL_DOC_CONFIDENT
用于文档抬头，如果不用写抬头，就置这些参数为空。

自定义参数

级联样式表
可以编写你自己的级联样式表改变TestLink的外观。
你必须修改以下定义：

define ( ' TL_LOGIN_CSS ' , ' gui/css/tl_login.css ' );  -  登录、登出的CSS文件

define ( ' TL_TESTLINK_CSS ' , ' gui/css/testlink.css ' );  -  主页的CSS文件

define ( ' TL_DOC_BASIC_CSS ' , ' gui/css/tl_doc_basic.css ' );  -  用于测试报告

重要：CSS文件的路径是相对于<TestLink的安装目录>的路径，是相对路径

如果要使用自己的CSS文件，建议进行如下操作：

1. 在gui目录下创建一个新的目录，例如 “gui/css/my_css/”
2. 复制testlink原文件到新的目录
3. 按你的想法修改它们
4. 编辑config.inc.php文件：

   //  Original configuration 
  //define('TL_LOGIN_CSS','gui/css/tl_login.css'); 
  //define('TL_TESTLINK_CSS','gui/css/testlink.css'); 
  //define('TL_DOC_BASIC_CSS','gui/css/tl_doc_basic.css'); 
   define ( ' TL_LOGIN_CSS ' , ' gui/css/my_css/tl_login_acqua.css ' ); 
   define ( ' TL_TESTLINK_CSS ' , ' gui/css/my_css/testlink_acqua.css ' ); 
   define ( ' TL_DOC_BASIC_CSS ' , ' gui/css/my_css/tl_doc_basic.css ' );

当产品、部件、分类、测试用例重名时的处理


当从一个已经复制一个产品、部件、分类、测试用例时，经常会发生重名的情况。
你可以配置如何处理复制：
如果你设置$g_check_names_for_duplicates=TRUE，那么系统就会进行以下的检查

1. 产品名是否唯一
2. 产品下的部件名是否唯一
3. 部件下的分类名是否唯一
4. 分类下的测试用例名是否唯一

一旦置$g_check_names_for_duplicates=TRUE，你可以配置如果进行操作，如果发现重名的情况，就使用$g_action_on_duplicate_name，选项如下：

'allow_repeat'：允许重名（可以和1.0.4、1.5.x兼容）
'generate_new'：生成新名称，将"$g_prefix_name_for_copy"的值和原名合并，成为一个新名字
'block'：返回一个错误

例如：

$g_action_on_duplicate_name='allow_repeat';
$g_prefix_name_for_copy= strftime("%Y%m%d-%H:%M:%S", time());

允许重复，并将当前时间以（年月日－时分秒）的格式做为原来的名字的前缀。

测试计划和产品的关联
从1.6版开始，当创建一个测试计划（Test Plan）时，缺省情况下测试计划会和当前所选择的产品相关联。这意味着你可以以产品为关键字过滤测试计划（Test Plan）。在1.6版本之前，Test Plan没有和指定的产品相关联，当从1.5.x升级到1.6时，安装程序不能将测试计划和产品相关联从而将测试计划的product ID项置为0。这样做将导致老的测试计划将不能被看到。要解决这个问题，必须添加以下参数：

$g_show_tp_without_prodid=TRUE;

你也可以通过在数据库中手工关联，以便使用以前的数据。

通过产品过滤测试计划
使用以下参数：

$g_ui_show_check_filter_tp_by_product

你可以：

允许用户通过界面来使能测试计划过滤功能。$g_ui_show_check_filter_tp_by_product = TRUE时，在测试计划之前显示了一个复选框。
$g_ui_show_check_filter_tp_by_product = FALSE时。强制测试计划的过滤，并且用户不能修改

关键字管理
如果不想为同一个产品创建相同的关键字：

$g_allow_duplicate_keywords=FALSE;

日期和时间本地化
设置日期和时间的显示方式。使用两个关联的数组进行配置：$g_locales_date_format 和

$g_locales_timestamp_format .

$g_locales_date_format   =   array (
' en_GB '   =>   " %d/%m/%Y " ,   ' it_IT '   =>   " %d/%m/%Y " ,  
' es_AR '   =>   " %d/%m/%Y " ,   ' es_ES '   =>   " %d/%m/%Y " ,
' de_DE '   =>   " %d.%m.%Y " ,   ' fr_FR '   =>   " %d/%m/%Y " ,
' pt_BR '   =>   " %d/%m/%Y "  ); 

$g_locales_timestamp_format   =   array (
' en_GB '   =>   " %d/%m/%Y %H:%M:%S " ,  
' it_IT '   =>   " %d/%m/%Y %H:%M:%S " ,
' es_AR '   =>   " %d/%m/%Y %H:%M:%S " ,
' es_ES '   =>   " %d/%m/%Y %H:%M:%S " ,
' de_DE '   =>   " %d.%m.%Y %H:%M:%S " ,
' fr_FR '   =>   " %d/%m/%Y %H:%M:%S " ,
' pt_BR '   =>   " %d/%m/%Y %H:%M:%S " ,  );

　

如果在上述数组中没有找到匹配的本地化格式，以下配置参数将被使用：$g_date_format 和 $g_timestamp_format

例如：

$g_date_format ="%d/%m/%Y";
$g_timestamp_format = "%d/%m/%Y %H:%M:%S";

从需求生成测试用例
在创建需求SRS之后，可以选择为每个测试需求创建测试用例（部件和分类也同时被创建）

使用配置参数：$g_reg_cfg,你可以配置：

创建的部件的名字：$g_req_cfg->default_component_name="Component Created by Requirement - Auto";
部件的范围：$g_req_cfg->scope_for_component="Component/Category/Test Cases generated from Requirements";
创建的分类的名字：$g_req_cfg->default_category_name="TODO";
分类的目标描述：$g_req_cfg->objective_for_category="Category/Test Cases generated from Requirements";
分类的名字可以作如下配置：

$g_req_cfg->use_req_spec_as_category_name=TRUE;
将需求名称做为分类名称
$g_req_cfg->use_req_spec_as_category_name=FALSE;
那么$g_req_cfg->default_category_name将做为分类的名称
使用自己的Smarty模板（GUI定义）
使用自定义模板，要用到以下参数：$g_tpl



允许创建新的模板，而且新的模板采用不同于原始TestLink模板的名字，以避免在下次升级过程中被覆盖

注意：不是所有的TestLink页面都可以进行这样的配置

标准配置如下：

$g_tpl [ ' tcView ' ]  =   " tcView.tpl " ; 
$g_tpl [ ' tcSearchView ' ]  =   " tcSearchView.tpl " ; 
$g_tpl [ ' tcEdit ' ]  =   " tcEdit.tpl " ;
$g_tpl [ ' tcNew ' ]  =   " tcNew.tpl " ;
$g_tpl [ ' execSetResults ' ]  =   " execSetResults.tpl " ;