该列表允许用户在浏览测试用例之前对其进行过滤。 通过筛选可以显示你所需要的数据。为了改变显示的数据， 你可以选择或者取消选择条件，点击过滤器，并在树上选择希望的数据等级。
文档头部：用户可以过滤文档的头部信息。 文档的头部信息包括：介绍，范围，参考，测试方法和测试规范。
测试用例的内容：用户可以过滤测试用例的内容。测试用例的内容包括： 摘要，步骤，预期结果和关键字。
测试用例摘要：通过测试用例的标题，用户可以过滤测试用例摘要的信息。 但是，用户不能通过测试用例的内容过滤测试用例摘要信息。 为了在浏览标题时显示摘要信息和遗漏的步骤，预期结果和关键字，我们把测试摘要从测试用例内容中单独分离出来。 当用户浏览测试用例的时候，测试用例摘要会被自动包含进来供浏览。
表中的内容：TestLink通过内部超连接插入所有标题
导出格式：共有两种格式：HTML和MS word。在第二种情况下，浏览器会自动调用MS word组件。
"; // testPlan.html //已校对 $TLS_hlp_testPlan = "测试计划是测试软件系统的一个系统性的方法。你可以根据特定的产品周期和问题跟踪结果组织你的测试活动。
在该部分用户可以执行测试用例（记录测试结果），并输出测试计划所包含的测试套件。 同时用户也可以跟踪测试用例执行的结果。
这部分，仅管理人员可以访问，管理测试计划。
管理测试计划涉及到创建、编辑和删除测试计划，添加、编辑、删除和更新测试计划所包含的测试用例，创建构建以及指派用户在项目中的权限。
权限高的用户可以设置测试套件（类别）的优先级／风险和所有关系(测试套件由谁负责)，以及创建测试里程碑。
注意：用户有可能看不到一个包含任何测试计划的下拉菜单。 在这种情况下，所有的链接（除了管理人员开启的）都不能使用。如果出现这种情况，你一定要跟领导或管理员联系，给你在项目中授予适当的权限或者为你创建一个测试计划。
"; // custom_fields.html //已校对 $TLS_hlp_customFields = "下面是关于自定义字段应用的一些实例：
自定义字段的定义中包括一下属性：
允许用户执行测试用例。执行本身只是一个对选择的构建的测试用例分配结果（通过，失败，锁定）的过程
通过配置可以关联到缺陷跟踪系统。用户可以直接新建问题和浏览已经存在的问题。更多信息请查看安装手册。
"; //bug_add.html //已校对 $TLS_hlp_btsIntegration = "(仅在已经配置好的情况下) TestLink 仅仅简单地跟缺陷跟踪系统（BTS）进行了集成，即不能向BTS发送创建bug的请求，也不能取回bug id号。 该集成仅仅与BTS建立了一个页面连接，调用以下功能：
左方框中包含指派给当前项目测试计划的测试用例的导航,左方框的列表包含了测试用例筛选的过滤器。" . "这些过滤器允许用户提炼出的一组测试用例，然后去执行。" . "设置好过滤器，然后点击 \"应用\" 按钮并从树形菜单中选择适当的测试用例 " . "
用户必须选择一个用来和测试结果建立连接的构建。" .
"构建是当前测试计划的基本组件。在每个构建中每一个测试用例都可能被执行多次。" .
"然而统计时只计入最终的执行结果。
项目负责人可以在新建构建页面创建构建。
用户可以过滤测试用例通过唯一的标识符。该ID在创建测试用例的时候自动生成。 空列表意味着还没有应用过滤器。
用户可以通过优先级来过滤测试用例。每个测试用例的重要性还与该测试用例在当前测试计划里的紧急程度有关。" . "例如'HIGH'优先级的测试用例会显示那些如果重要程度是HIGH，在测试计划中的紧急程度至少是MEDIUM级别的测试用例。
用户可以通过测试结果过滤测试用例。测试结果是测试用例基于某一构建的产物。测试用例的状态包括通过，失败，锁定或者尚未运行。" . "该过滤器默认情况下是禁用的。
用户可以根据测试用例的指派者来过滤测试用例。复选框允许包含\"未指派\"的选项。
"; /*默认情况下或者没有选择复选框里的"most current"选项时，树形目录将按照下拉选择框里选择的构建排序。
这时树形目录将显示测试用例的状态。
例如：用户从下来选择框里选择构建2而且没有选择复选框里的"most current"。
所有测试用例会显示它们在构建2里的执行状态。
因此，如果测试用例1在构建2里执行通过的情况下，它会显示为绿色。
如果用户选择了复选框里的"most current"，那么树形目录里的测试用例将根据他们最新的执行结果显示相应的颜色。
例如：如果用户选择了构建2而且选择了复选框里的"most current"，那么所有的测试用例将根据他们最近的状态显示。
因此，如果测试用例1在构建3里通过，即使用户选择了构建2，它也会显示为绿色。
通过分析与测试计划关联的所有测试用例，那些有最新版本的测试用例将被罗列出来（相对应于当前测试计划的测试用例）
"; // requirementsCoverage.html //已校对 $TLS_hlp_requirementsCoverage = "这个功能允许通过测试用例来映射对用户或系统需求的覆盖度。 通过主页的\"需求规格\" 可以进行导航。
需求是根据测试项目中相关联的'需求规约'文档来组织的。
TestLink 不支持即包含需求规约又包含需求的版本。
因此，只有创建好规约之后才能往里添加需求文档版本。
标题.
用户于可以向范围中添加简单的描述或注释。
需求覆盖数目用来评估需求覆盖度如果并没有把所有的需求添加(导入)到TestLink的情况下。 需求覆盖数目的值0 指的是当前被用来做结果分析的需求数量。
例如 SRS 包含200个需求，但是仅有50个被添加到TestLink。测试覆盖度为25%（如果这些被添加的需求都将被测试）。
点击需求规约的标题，你就可以创建，编辑，删除和导入需求文档。每个需求都有标题，范围和状态。 状态包括 \"有效的\" 和 \"不可测试的\". 不可测试的需求不会被统计度量。 该参数用于没有实现的功能和错误的设计需求。
你可以在需求规约页面通过多种查看需求的途径为需求创建新的测试用例。 这些测试用例被包含在通过配置命名的测试套件里。(默认是: $tlCfg->req_cfg->default_testsuite_name = \"通过需求创建测试套件 - 自动\";). 标题和范围被复制到这些测试用例。
"; // planAddTC_m1.tpl //已校对 $TLS_hlp_planAddTC = "