TestRail 包含许多对高级用户有用的功能和技巧。本文将解释其中一些功能，以帮助您充分利用 TestRail 的用户界面和功能。如果您对某个特定主题感兴趣，请参考右侧的侧边栏菜单。
用户界面
TestRail 的工具栏
在TestRail用户界面的大多数页面上，你可以找到一个页面元素，那就是工具栏。工具栏为当前页面提供有用的的功能和选项。例如，在测试案例页面上，通过工具栏导入和导出测试案例。你还可以从工具栏执行其他有用的操作，如打印报告或跳转到相关页面。
添加附件（图片和文件）
您可以通过点击文本框下方的添加图片图标来添加和嵌入图片或文件到文本框中。这有很多使用场景。例如，这在显示测试步骤或预期结果的一部分附加详细信息时非常有用：
删除附件（图片和文件）
虽然你可以通过点击附件并使用“附件详情”窗口来删除字段或侧边栏中附加的图像或文件，但有一个替代方法可以实现这一删除。
按住图像或文件的缩略图几秒钟。红色的“删除”按钮将出现在缩略图旁边。要删除附件，请点击删除按钮。要取消操作，请点击缩略图。
跳到下一个测试
如果你想依次验证多个测试，通常需要在验证并完成一个测试后跳转到下一个测试。为此，TestRail 在工具栏中提供了有用的链接，可以跳转到下一个和上一个测试。
根据您如何处理测试，下一页和上一页链接可以有不同的含义。如果您从待办事项页面点击了一个测试，点击下一页将带您到列表中的下一个测试。同样，如果您来自测试运行页面，点击下一页将带您到运行中的下一个测试。
TestRail通常会自动识别模式，但您也可以通过点击箭头之间的图标来选择。
测试用例
移动和复制测试用例
移动和复制测试用例（或整个部分）通常对复制或重新排列测试套件和测试用例很有帮助。
删除和恢复测试用例
删除测试用例将从打开的测试运行和计划中删除任何相关的测试。用户可以通过标记为已删除或永久立即删除测试用例来删除测试用例。标记为已删除的测试用例将从TestRail中隐藏，但可以在7、14或30天内恢复。这可以在TestRail管理员内部进行配置管理 > 站点设置 > 用户界面。永久删除的测试用例将立即从TestRail数据库中移除，并且在没有完全恢复数据库的情况下无法恢复。
为了避免丢失测试数据，我们建议关闭测试运行和测试计划 并限制永久删除测试用例的权限。
标记测试用例为已删除时，测试用例将处于已删除状态，从测试运行和计划中移除，但保留在TestRail数据库中。您可以通过切换此处显示的按钮在用户界面中显示或隐藏这些已删除的测试用例。
从测试案例被标记为已删除并直到配置的保留期过去之前，处于已删除状态的测试案例可以通过以下几种方式恢复：
- 通过打开已删除测试用例的批量编辑屏幕。
- 通过查看已删除的测试用例并点击恢复或编辑按钮。
- 使用 TestRail API 并更新 is_deleted 字段。
使用结构化测试步骤
如果您更喜欢使用结构化的方法来输入测试步骤、预期结果和实际结果，您可以使用结构化步骤控制：
您可以启用最多4个字段来区分测试步骤：步骤、附加信息、预期结果和参考文献。如果您希望默认使用单独的测试步骤，您还可以在管理 > 自定义下更改默认模板。
几分钟内创建高级测试覆盖
你知道吗，你可以在TestRail中只需点击两次就能快速绘制测试覆盖范围。以下是操作方法：
- 创建一个章节用于需要进行质量保证规划的项目。
- 转到主要测试用例视图 并点击 “添加用例。”
通过这种快速且专注的方法，您可以立即勾勒出关键测试场景 – 确保全面覆盖，不遗漏关键领域。
一旦您的高级测试覆盖得到审查和批准，测试人员就可以深入进行测试——填写先决条件、步骤、预期结果等 – 确保测试策略中没有留下任何空白。
测试运行和结果
添加多个测试结果
您可以通过测试运行页面上的批量操作按钮轻松添加多个测试的结果。只需选择多个测试结果并使用页面底部的“添加测试结果”按钮：
重新运行测试
有很多情况下重新运行现有的测试运行或测试计划是有用的。TestRail在测试运行工具栏中包括了一个快速链接：
例如，您可以使用重新运行功能基于以前测试运行的设置启动新的测试运行，这使得该功能非常适合重新测试以前失败的测试。
关闭测试运行
TestRail 的一个有用但经常被忽视的功能是能够关闭测试运行。关闭测试运行会将其归档并冻结所有相关的测试用例详细信息。当你关闭一个运行时，TestRail 会自动将所有相关的测试用例数据复制到测试运行中，从而防止未来的测试用例修改传播到已关闭和归档的测试运行中。如果你定期为新的软件版本更新测试用例，这个功能特别有用。
要关闭测试运行，只需点击测试运行工具栏中的锁图标，如下所示。请注意，关闭测试运行无法撤销。
调度和预测
TestRail 允许您在输入测试结果时为用例和实际测试时间输入时间估算。您可以使用各种格式输入时间，例如 HH:MM（小时和分钟）或更自然的表示方式，例如 1 小时 40 分钟。测试页面侧边栏上还有一个方便的测试计时器，可以自动跟踪您的测试时间。
根据输入的估算、实际测试时间及其他使用数据，TestRail 生成测试运行、计划和里程碑的估算和预测，帮助您跟踪和安排软件测试。即使您没有为每个案例输入估算，TestRail 的复杂预测算法也能正常工作。此外，随着您输入更多的测试时间和估算，预测会变得越来越准确，因为 TestRail 会使用您的历史数据来改进估算。
TestRail将预测准确性分为三个级别：
- 无法进行预测： 这表明TestRail需要更多的数据来生成预测。最简单的解决方法是输入更多的测试用例估算数据。运行中必须包含一定数量的测试用例才能生成有用的估算数据。请注意，TestRail的后台任务必须安装才能生成预测。
- 预测准确性低： TestRail 发现了用于生成当前运行或里程碑预测的数据，但需要更多数据才能生成更准确的估计。您可以通过为案例添加额外的估计来改进预测。
- 高精度：TestRail有足够的数据来生成高精度的预测。由于所有的预测都基于过去的努力和已完成的测试，只有在您继续以相同数量的测试人员和资源对测试运行或里程碑进行工作时，预测才是准确的。
您可以在测试套件页面的侧栏中查看估算和预测（通过案件数量链接）。此外，通过切换到进度页面，可以查看测试运行、计划和里程碑的详细进度报告。燃尽图可视化了测试进度，并突出显示了您的测试的计算预测日期：
为了提高TestRail预测的准确性，只需为案例添加更多的估算，并定期输入实际测试时间。要在套件中找到没有估算的测试案例，您可以简单地在测试案例表中显示估算列。
此外，您可以在测试案例视图页面的“部分”侧边栏上方悬停链接以查看估算的简要摘要：
格式化
自定义表格
您可以通过添加或隐藏列、更改列宽或更改分组/排序来高度自定义 TestRail 中的测试用例和测试表格。这非常有用，可以将重要字段直接显示在测试用例/运行页面上，或更改默认的部分分组：
富文本格式
你知道在 TestRail 的大多数文本框中可以使用富文本格式化吗？TestRail 使用一种名为 Markdown 的富文本格式化系统。Markdown 使用人类可读的标记来格式化文本。
例如，要使文字斜体，请用*星号*将其包围。要使文字加粗，请使用两个**星号**。TestRail 理解许多不同的格式选项。
您还可以在 TestRail 中的大多数文本字段中添加测试用例和其他实体的链接。要包含实体链接，请在 [方括号] 中输入实体符号和 ID。所有实体符号都支持；有关符号的完整列表，请参阅上面的搜索主题。
示例：
- [C15] → 导致链接到测试案例15
- [S3] → 导致链接到测试套件3
- [T122] → 导致测试122的链接
杂项
与问题跟踪器和需求管理集成
您可以将 TestRail 与问题和错误跟踪器以及需求管理工具集成。TestRail 提供多个集成点，并且可以配置直接从 TestRail 的用户界面推送和查找问题，功能不仅如此。
TestRail 内置对 Jira、FogBugz、Bugzilla 等最受欢迎的工具的支持。
TestRail 还提供各种报告，这些报告可以显示需求的覆盖范围、随时间变化的发现缺陷情况以及测试结果的比较。TestRail 的报告功能可以在 报告 选项卡中找到。
高级搜索选项
当您在TestRail的搜索框（用户界面右上角）中输入搜索词时，TestRail会自动搜索所有项目实体，包括测试用例、测试运行和测试套件。TestRail还会搜索您添加到测试用例和测试结果的任何自定义字段。
但你也可以直接输入任何实体的ID，以跳转到它。例如，如果同事要求你查看测试案例#15，你可以在搜索框中输入C15直接跳转到该测试案例。同样，要跳转到测试套件#7，只需输入S7。
每个实体在ID前使用不同的符号。上面的图像中列出了所有支持的实体的完整列表。在大多数页面上，您可以在实体标题旁边找到其ID。
优化打印
TestRail 允许您通过点击工具栏中的打印图标来打印测试运行、测试套件和其他实体的报告。要将这些报告保存为 PDF 文件，您可以使用 PDF 打印驱动程序。一些操作系统已经内置了 PDF 打印驱动程序。对于其他操作系统，例如 Windows，您可以免费下载此类打印驱动程序。
为了优化报告的打印方式，您可能需要调整浏览器的打印选项。例如，Internet Explorer 和 Firefox 默认禁用背景颜色以节省打印成本。但是，TestRail 的打印报告已经针对此进行了优化，因此您可以安全地启用背景颜色。为此，请选择页面设置或浏览器菜单中的类似条目。
如果您正在选择是在我们的托管环境中运行 TestRail 应用程序，还是在本地（服务器）上运行，有几个因素需要您考虑。本文档旨在通过为您提供 TestRail 服务器安装占用情况的概述、TestRail-Server 和 TestRail-Cloud 的功能差异，以及有关 TestRail 服务器支持组件和可能弃用的未来计划的信息，来解决这些考虑因素。
TestRail 云版和服务器版的功能差异
有时由于各种运营因素，我们的Cloud和Server版本的TestRail在功能上可能会有细微的差异。下表列出了功能级别的差异，直至我们当前的Server版本（8.0）。
TestRail 云客户总是能率先获得我们的最新功能和功能，除非在少数情况下，该功能明确针对在自己环境中托管 TestRail 的客户，例如 PHP 8.1 兼容性。
| 特征 | 测试铁路版本 | ||||
| 服务器 7.0 | 服务器 7.4 | 服务器 7.5 | 服务器 8.0+ | 托管（云） | |
| 共享测试步骤 | ✅ | ✅ | ✅ | ✅ | ✅ |
| 媒体库 | 输入：❌ | ✅ | ✅ | ✅ | ✅ |
| 交互式图表 | 输入：❌ | ✅ | ✅ | ✅ | ✅ |
| 测试案例版本控制与审查（企业版） | 输入：❌ | ✅ | ✅ | ✅ | ✅ |
| 网页钩子 | 输入：❌ | 输入：❌ | ✅ | ✅ | ✅ |
| 单点登录 & 多因素认证（企业版） | 输入：❌ | 输入：❌ | ✅ | ✅ | ✅ |
| PHP 8.1 兼容性 | 输入：❌ | 输入：❌ | 输入：❌ | ✅ | ✅ |
| 可定制仪表板图表 | 输入：❌ | 输入：❌ | 输入：❌ | ✅ | ✅ |
| 结果排除 | 输入：❌ | 输入：❌ | 输入：❌ | ✅ | ✅ |
| 改进报告 | 输入：❌ | 输入：❌ | 输入：❌ | ✅ | ✅ |
以下是云和服务器之间的一些其他重要差异：
- TestRail Cloud 为了性能有 API 限制。在 TestRail Professional 上，API 限制是每分钟 180 次请求。在 TestRail Enterprise 上是每分钟 300 次请求。如果你在 TestRail Server 上使用大量的自动化，这需要考虑。
- 自定义报告和自定义缺陷插件仅在TestRail Server上可用，因为需要访问文件系统。
- 目前，通过AD/LDAP连接进行身份验证仅在TestRail服务器上可行。虽然可以通过SAML 2.0在TestRail Cloud Enterprise上实现SSO，但尚不支持AD和LDAP连接进行身份验证。
- TestRail Cloud 确保定期备份您的数据。这种做法在灾难恢复方面非常方便。此外，企业客户可以选择备份时间，以尽量减少对用户活动的潜在干扰。
- TestRail Cloud 使用 Elasticsearch 来实现搜索功能，这在大型数据库中可能性能更高。
TestRail 服务器占用空间
在决定选择服务器还是云时，您应该考虑基础设施和托管要求。TestRail 的安装足迹如下图所示，具体取决于您选择基于 Windows 还是 Linux 的环境。具体来说：
- 如果你使用的是 Windows，你需要使用 IIS 来托管该应用程序。
- 如果你在使用 Linux，你需要使用 Apache2，无法选择使用 MSSQL 数据库。
为这两种选项都提供了完整的安装和配置文档：
- Windows
- Linux
对于许多客户来说，使用Docker容器来编排所有不同的应用层和组件要快得多、也简单得多。
未来弃用计划
我们会根据客户反馈或其他运营因素，不时决定移除、停用或更换TestRail架构和功能的元素。
根据客户反馈和我们自身的运营经验，目前用于存储附件元数据的额外 Cassandra 组件将很快被废止。我们目前没有确切的移除时间表，但我们正在积极开发替代架构以支持它。
云客户应该不会受到此次变更的太大影响，因为附件的管理是在幕后进行的。服务器客户将从移除额外的Cassandra组件中受益，因为我们预计这将带来更流畅、更简单的安装和支持体验。
项目是 TestRail 中的主要组织单位。通常建议为每个希望在 TestRail 中管理的真实软件项目创建一个 TestRail 项目。所有其他数据（如测试运行、测试结果、里程碑等）都直接与特定项目相关联。
TestRail中的三种项目类型
目前在TestRail中有三种项目类型：
- 单一存储库
- 单一仓库支持基线
- 多个测试套件
在本文中，您将了解每种项目类型之间的差异，并学习在何时应该使用一种类型而不是另一种类型。
你使用的项目类型将决定你如何在该项目中组织和管理测试用例。
单一代码库项目
一个测试套件（仓库）易于管理，并且对于大多数项目来说，能够灵活地应对多个并发版本。在这个项目中，你将有一个单独的区域来存储该项目的所有测试用例，你可以像使用文件夹一样使用章节和子章节来组织你的测试用例。
使用单一的代码库可以简化事情，并允许在单次测试运行中进行完整的端到端测试，同时通过里程碑和测试计划在不同版本的软件中进行并发测试，保持灵活性。
单一代码库项目与基线支持
一个测试套件（存储库）为您提供额外的选项，可以同时管理测试用例的多个分支。如果您需要并行测试多个项目版本，这非常理想。
在这种类型中，您创建一组主测试用例，然后将它们拆分为不同的基线。基线允许您从主测试套件中复制用例，然后在基线上进行更改而不会影响主测试用例。
带有测试套件的项目
启用测试套件的项目可以用于在测试套件级别按功能区域和应用程序模块组织测试用例。每个测试套件都可以像在单个仓库型项目中一样，组织成自己的章节和子章节。这种类型的项目应保留给那些在其系统中需要更严格测试区域划分的团队。因为如果你使用多个测试套件，你将无法在同一个测试运行中添加来自多个测试套件的测试用例。
在早期版本的TestRail中，这是唯一可用的项目类型。
如何从一种项目类型转换为另一种项目类型
如果你一开始使用一种类型的测试案例存储库，但后来想切换到另一种，你可以通过几个步骤来实现。
1. 从多个测试套件到单一存储库的支持基线：
迁移步骤：
- 创建一个新的空白项目。
- 关闭所有正在执行的测试运行/计划（请注意，这将阻止未来的修改）。
- 将所有测试用例从原始测试套件复制到新项目中，使用“复制/移动测试用例”对话框（在目标套件中）。
- 删除旧的测试套件（应该为空）；之后只剩下一个新的项目。
- 在管理区域将项目套件模式切换为“单个存储库与基线支持”。
这不会移动任何测试结果，如果你将测试用例移动到另一个套件而不是复制它们，这将删除使用源测试套件的任何未关闭运行的测试结果。
2. 从单一仓库到多个测试套件
将单套项目转换为多套/基线项目非常简单，因为单套项目将成为项目中的第一套。除了更改项目类型外，不需要任何特殊步骤。
另外，关闭旧项目中的所有测试运行和测试计划，以便存档其测试结果。
我们建议使用复制功能，以确保在旧项目中保留所有先前的测试用例数据，以防您需要查看过去的测试结果等。使用移动功能将从源项目删除测试用例，因此应谨慎使用。
3. 从多个测试套件到单一存储库
迁移步骤：
- 在你的多测试套件项目中创建一个新的、空的测试套件
- 关闭所有正在执行的测试运行/计划（请注意，这将阻止未来的修改）
- 将所有测试用例从原始测试套件移动到新的测试套件中，使用“复制/移动测试用例”对话框（在目标套件中）
- 删除旧的测试套件（应该为空）；之后只剩下一个新的测试套件
- 在管理区域将项目套件模式切换为“单套件”
如果您想保留测试历史记录中的信息，请使用复制功能而不是移动。
TestRail 是一个基于网页的测试用例管理工具。QA 工程师、开发人员和团队负责人使用它来管理、跟踪和组织软件测试工作。TestRail 允许团队成员从一个现代且易于使用的网页界面设计测试用例、组织测试套件、执行测试运行并跟踪其结果。本文将概述 TestRail 的核心功能和工作流程，帮助您简化测试并交付高质量的发布版本。
管理测试用例、测试套件和测试运行
传统的在纸上、维基、缺陷跟踪工具或一般的文档管理系统上管理和记录测试用例的方式很快就会达到极限。TestRail 能够让您在优化的用户界面和应用程序结构中创建、管理和组织测试用例和测试套件。
提升测试生产力
TestRail 的待办事项列表、过滤器和电子邮件通知有助于协调测试运行并提高测试人员的生产力和责任感。目标是确保每个团队成员始终了解他们的任务，同时团队负责人可以根据工作量将新任务分配给测试人员。
实时了解您的测试进度
要做出重要的项目决策，获取关于测试进度和测试结果的详细信息是至关重要的。诸如“我们已经成功完成测试运行的百分之多少？”、“我们在即将到来的里程碑上进展如何？”或“过去24小时内执行了哪些测试？”等问题只能通过使用像TestRail这样的全面测试用例管理软件才能高效地回答，而TestRail使这些细节变得一目了然。
大规模测试管理
组织和协调多个并行测试，无论是不同项目还是不同版本的发布，通常都是复杂且耗时的。为了不让你的测试工作迷失方向，TestRail 帮助你管理重要的软件特定数据和结构，例如项目里程碑，并且使其容易与缺陷跟踪工具集成。
仪表板
登录 TestRail 后，您通常看到的第一个页面是仪表板。仪表板为您提供可用项目的概览、最近的项目活动以及您的待办事项。当您导航到一个项目（点击项目标题）时，您切换到项目视图并停留在项目的概览页面，显示项目详细信息，如测试用例、正在进行的测试运行、项目活动等。每当您需要切换到另一个项目时，只需点击左侧面板中当前项目名称旁边的下拉箭头，然后点击所需的项目。您甚至可以从这个下拉菜单中添加一个新项目。
测试案例和章节
在TestRail中，测试案例包括测试前提的描述、测试步骤的列表以及预期结果。理想情况下，一个测试案例可以由一名测试人员在短时间内验证，并确认特定功能、记录任务或验证项目 artefact。
在 TestRail 中，测试用例被组织成章节和子章节。章节和子章节是测试用例的集合，通常为特定的项目模块或产品的特定区域创建。您如何组织章节取决于项目的大小。如果某个项目模块有很多测试用例，建议进一步将章节细分为子章节，并为特定的功能或功能创建子章节。
例如，如果您使用多个测试用例来验证特定的应用程序对话框或网页，这些测试用例应被分组到一个部分中。
测试运行和测试
要运行测试并输入您添加的测试用例的结果，您需要为特定的测试套件启动一次测试运行。虽然测试套件就像一个规定如何测试应用程序的计划，但测试运行是您正在进行的实际测试。
对于大多数项目，你可能会随着时间的推移对特定的测试套件启动多个测试运行。例如，如果你要发布多个软件版本，你可能希望为每个新发布进行一次测试运行。
同样，对于特定的测试套件，你可以同时进行多个测试运行。如果你想要对多个配置（例如不同的操作系统）执行特定的测试套件，这很有意义。然后，你可以针对每个不同的配置启动一个测试运行。
当你开始一个新的测试运行（例如，通过点击测试套件工具栏中的运行测试 按钮），你可以选择包括测试套件中的所有测试用例，选择特定的测试用例，或者根据特定的测试用例值设置动态过滤器。你可以在我们的文档中了解更多关于在测试运行中使用测试用例选择的信息 这里。
一次运行包括每个案例的单独测试。默认情况下，每个测试有五种不同的状态，这些状态在TestRail中由特定颜色表示。您可以通过点击测试页面上的 添加结果按钮或直接在运行页面上更改来添加测试结果并改变测试状态。
默认情况下，以下测试状态是可用的：
- 未测试：默认情况下，新测试的状态为未测试。一旦将测试结果添加到测试中，它将永远无法再次获得未测试状态。
- 通过：当测试人员验证了测试步骤和预期结果时，测试会被标记为通过。
- 失败：如果指定的测试步骤之一出现错误，或者预期结果与实际测试结果不同，测试人员会将测试标记为失败。
- 重新测试：如果开发人员或测试人员认为某个测试需要再次测试，她会将该测试标记为重新测试。例如，如果一个测试最初失败了，开发人员修复了问题，那么开发人员可以将其标记为重新测试。
- 已阻止：已阻止状态用于表示由于某些外部依赖（例如需要修复的错误），当前无法执行测试。它通常与重新测试状态一起使用。
完成测试运行后，您可以从运行的编辑页面关闭它。已关闭的运行无法编辑或更改，这使其非常适合存档测试运行。此外，如果您更改任何相关用例的属性（例如预期结果），更改将不会应用于已关闭和存档的运行。
项目及其类型
项目是 TestRail 中的主要组织单位。通常建议为每个希望在 TestRail 中管理的真实软件项目创建一个 TestRail 项目。所有其他数据（如测试运行、测试结果、里程碑等）都直接与特定项目相关联。