Skip to content

编排测试
提升质量

使用 TestRail 的 Quality OS 将您的测试转变为集中的、可扩展的过程。

适合 QA 团队的操作系统

TestRail Quality OS 是唯一一款集中式 QA 平台,让您能够构建、连接和优化所有测试流程。更高效地进行测试,获得大规模实时可见性,并建立对 QA 的信心。现在是时候将您更快、更顺畅发布的梦想变成现实了。

以适合您团队的方式安排测试。借助QualityOS,您可以集中管理测试,并计划构建适合任何开发流程的可重复、可拓展的工作流程。

Testrail 定价

专业计划

¥380 单用户/月

¥4440 单用户/年


测试管理标准
  • 无限项目
  • 测试用例和套件
  • 测试运行、计划和里程碑
  • 缺陷和需求集成
  • 可追溯性和覆盖率报告
  • TestRail API

企业云

¥740 单用户/月 8880 单用户/年


拥有 Professional 的所有优势,此外还有:
  • 单点登录 (SSO)
  • 高级审计
  • 测试用例版本控制和批准
  • 测试参数化
  • 项目管理员权限
  • 优先支持

Testrail轻松协调整个 QA 流程

测试管理

直观的测试用例管理

使用中央存储库中文件夹中组织的可重复使用的测试用例来设计您的测试流程

灵活的测试计划

在测试运行、计划和里程碑中构建和协作敏捷或瀑布测试周期

快速测试执行

轻松记录不同版本和环境的测试结果、添加屏幕截图和附件并生成缺陷报告

可追溯性和覆盖范围

即时可追溯性

连接到您的工具堆栈。TestRail 将测试链接到 Jira、GitHub、Azure DevOps 等中的需求

详细报道

确定测试计划中的差距以及需要额外测试用例来实现全面覆盖的地方。无论您在哪里跟踪您的需求

详细的历史记录

保留详细的历史数据和可追溯性报告以保持合规性并确保您不会再失败

Testrail测试自动化

测试自动化集成

通过广泛的 TestRail API 与任何自动化工具或框架集成 – 如 JUnit、Cypress、Robot Framework 等

CI/CD 集成

将 TestRail 嵌入在 Je​​nkins、GitLab、GitHub Actions 等中运行的 CI/CD 管道中

自动化监督

集中自动化测试报告,实现整个团队的高效分析和可视性

Testrail分析

实时可见性

在发布之前,实时可视化所有测试数据以发现风险领域

流程优化

比较多次测试运行、配置和里程碑的结果

情境洞察

使用内置报告来可视化和隔离问题并优化您的质量流程

加入超过 10,000 个使用 TestRail 的 QA 团队,以更快的速度发布完美产品

覆盖范围更广,工作量更少

客户使用 TestRail 将测试覆盖率提高一半以上

的客户显著提高了测试可见性

的客户每周可为每个 QA 团队成员节省多 3 个小时的时间

专为企业打造的品质

符合安全和合规性规定,但足够灵活,可与任何工作流程或技术堆栈集成。

可定制以适应任何规模的任何组织。TestRail 是希望大幅提升软件测试水平的企业的唯一选择。

博客新闻

  • 使用提示和技巧

    TestRail 包含许多对高级用户有用的功能和技巧。本文介绍了其中的一些功能,以帮助您充分利用 TestRail 的用户界面和功能。如果您对特定主题感兴趣,请参阅右侧的侧边栏菜单。 用户界面 TestRail 的工具栏 在 TestRail 用户界面的大多数页面上,您都可以找到一个页面元素,即工具栏。工具栏为当前页面提供了有用的功能和选项。例如,导入和导出测试用例是通过测试用例页面上的工具栏完成的。您可以从工具栏执行的其他有用作包括打印报表或跳转到相关页面。 添加附件(图像和文件) 您可以通过文本框下方的 Add Image 图标在文本框中添加和嵌入图像或文件。这有很多用例。例如,这对于将其他详细信息显示为测试步骤或预期结果的一部分非常有用: 删除附件(图像和文件) 虽然您可以通过对附件进行计时来删除附加到字段或侧边栏的图像或文件,并通过“附件详细信息”窗口将其删除,但还有另一种方法可以完成此删除。 按住图像或文件的缩略图几秒钟。缩略图旁边将出现一个红色的“删除”按钮。要删除附件,请单击 Delete 按钮。要取消作,只需单击缩略图。 跳到下一个测试 如果要一个接一个地验证多个测试,您通常需要在验证并完成测试后跳转到下一个测试。为此,TestRail 在工具栏中提供了指向下一个和上一个测试的有用链接。 根据您使用测试的方式,Next 和 Previous 链接可能具有不同的含义。如果您单击了 To-Do 页面中的测试,则单击 Next 将带您进入列表中的下一个测试。同样,如果您来自测试运行页面,则单击 Next(下一步)将带您进入运行中的下一个测试。 TestRail 通常会尝试自动找出模式,但您也可以通过单击箭头之间的图标来选择它。 测试用例 移动和复制测试用例 移动和复制测试用例(或整个部分)通常可用于复制或重新排列测试套件和测试用例。 删除和恢复测试用例 删除测试用例将从打开的测试运行和计划中删除任何关联的测试。用户可以通过将测试用例标记为已删除来删除测试用例,也可以立即永久删除测试用例。标记为已删除的测试用例将在 TestRail 中隐藏,但可以在 7 天、14 天或 30 天内恢复。这可以由 TestRail 管理员在管理 > 站点设置 > 用户界面中进行配置。永久删除的测试用例将立即从 TestRail 数据库中删除,如果不进行完整的数据库还原,则无法恢复。 将测试用例标记为已删除时,测试用例将处于已删除状态,将其从测试运行和计划中删除,但保留在 TestRail 数据库中。您可以通过切换此处显示的按钮,在…

  • TestRail 服务器与 TestRail Cloud

    如果要在要在托管环境中运行 TestRail 应用程序,还是在本地 (Server) 中运行 TestRail 应用程序之间做出选择,则应考虑一些注意事项。本文档旨在通过概述TestRail服务器安装占用空间、TestRail-Server和TestRail-Cloud之间的功能差异,以及有关TestRail Server未来计划(支持的组件和可能的弃用)的一些信息来解决这些问题。 TestRail Cloud & Server功能差异 有时,由于各种作因素,TestRail 的 Cloud 和 Server 版本之间的功能可能略有不同。下表列出了功能级别的差异,直到我们当前的 Server 版本 (8.0)。 TestRail Cloud 客户始终首先获得我们的最新特性和功能,但在极少数情况下,这些功能专门针对在自己的环境中托管 TestRail 的客户,例如 PHP 8.1 兼容性。 Feature TestRail Version Server 7.0 Server 7.4 Server 7.5 Server 8.0+ Hosted (Cloud) Shared Test Steps ✅ ✅ ✅ ✅ ✅ Media Library ❌ ✅ ✅…

  • TestRail 简介

    TestRail 是一个基于 Web 的测试用例管理工具。QA 工程师、开发人员和团队负责人使用它来管理、跟踪和组织软件测试工作。TestRail 允许团队成员设计测试用例、组织测试套件、执行测试运行并跟踪他们的结果,所有这些都通过一个现代且易于使用的 Web 界面完成。本文将概述 TestRail 中的核心功能和工作流程,您可以使用它们来简化测试并交付高质量的版本。 管理测试用例、套件和测试运行 在纸上、wiki、错误跟踪工具或通用文档管理系统中管理和记录测试用例的传统方法很快就会达到极限。TestRail 使您能够在优化的用户界面和应用程序结构中创建、管理和组织测试用例和套件。 提高测试效率 TestRail 的待办事项列表、筛选条件和电子邮件通知有助于协调测试运行并提高测试人员的工作效率和责任感。目标是确保每个团队成员都始终了解他们的任务,并且团队负责人可以根据他们的工作量将新任务分配给测试人员。 实时了解您的测试进度 要做出重要的项目决策,访问有关测试进度和测试结果的详细信息至关重要。诸如“我们成功完成了多少百分比的测试运行”、“我们在即将到来的里程碑上的进展如何”或“过去 24 小时内执行了哪些测试”等问题,只能通过使用全面的测试用例管理软件(如 TestRail)来有效回答,而 TestRail 使这些详细信息随时可用。 大规模测试管理 多个并行测试的组织和协调,无论是针对不同的项目还是版本,通常都是复杂且耗时的。为了不丢失您的测试工作,TestRail 可以帮助您管理重要的软件特定数据和结构,例如项目里程碑,并使其易于与错误跟踪工具集成。 仪表板 登录 TestRail 后,您通常看到的第一个页面是 dashboard。该仪表板为您提供可用项目、最近的项目活动和您的待办事项的概览。当您导航到项目时(通过单击项目标题),您将切换到项目视图并进入项目的概述页面,其中显示项目详细信息,例如测试用例、活动测试运行、项目活动等。每当您需要切换到另一个项目时,只需单击左侧菜单中当前项目名称旁边的下拉箭头,然后单击所需的项目。您甚至可以从此下拉菜单中添加新项目。 测试用例和部分 TestRail 中的测试用例包括测试先决条件的描述、测试步骤列表和预期结果。理想情况下,测试用例可以由单个测试人员在短时间内验证,并确认特定功能、记录任务或验证项目工件。 在 TestRail 中,测试用例分为多个部分和子部分。部分和子部分是测试用例的集合,通常是为产品的特定项目模块或区域创建的。如何组织部分取决于项目的大小。如果一个项目模块有很多测试用例,建议进一步分解您的部分并为特定特性或功能创建子部分。 例如,如果使用多个测试用例来验证特定的应用程序对话框或 Web 页,则应将这些测试用例分组到一个部分中。 测试运行和测试 对于大多数项目,随着时间的推移,您很可能会为特定测试套件启动多个测试运行。例如,如果要发布软件程序的多个版本,则可能需要对每个新版本执行一次测试运行。 同样,您可以同时激活特定测试套件的多个测试运行。如果您想为多个配置(例如不同的作系统)执行特定的测试套件,这可能是有意义的。然后,您可以为要测试的每个不同配置启动测试运行。 当您开始新的测试运行时(例如,通过单击测试套件工具栏中的 Run a Test 按钮),您可以选择包含测试套件的所有案例、选择特定测试用例或基于特定测试用例值设置动态过滤器。您可以在此处的文档了解有关使用测试用例选择进行测试运行的更多信息。 运行由您添加的每个案例的单独测试组成。默认情况下,每个测试都有五种不同的状态之一,这些状态在 TestRail 中以特定颜色表示。您可以通过单击测试页面上的 Add Result 按钮或直接在运行页面上更改测试结果来添加测试结果并更改测试的状态。 默认情况下,以下测试状态可用:…

  • 使用 T 形测试人员建立现代化的 QA 团队

    by Hannah Son QA 的角色正在快速变化。敏捷工作流程、DevOps 和 CI/CD 管道提高了对软件测试人员的期望标准。今天,仅仅成为一个领域的专家是不够的。团队需要能够身兼数职、参与不同任务并无缝协作的人员。 进入 T 形测试仪。 如果您正在管理一个 QA 团队(甚至希望发展自己的职业生涯),您可能听说过这个词。但它的真正含义是什么?这种方法如何帮助您建立一个适应性强、高绩效并准备好应对现代软件开发需求的团队?让我们来分解一下。 什么是 T 形测试仪? 将 T 形测试人员视为带来两个关键因素的人: 这种组合使 T 形测试仪更加通用。他们不仅擅长自己的专业领域,而且对其他领域也有足够的了解,可以在需要时提供帮助。这就像有一个装满瑞士军刀而不是一次性工具的团队。 为什么 T 形测试仪是 QA 的游戏规则改变者 从传统的 I 型测试人员(仅一个领域的专家)转向 T 型测试人员不仅是一种趋势,而且是一种必要性。敏捷和 DevOps 工作流程需要速度和协作,团队需要能够跨界工作的测试人员。 以下是这很重要的原因: 建立 T 型 QA 团队 创建一个充满 T 形测试人员的团队需要有意图。以下是开始的方法: 1. 定义您的团队需要什么 每个 QA 团队都是不同的。首先,列出每个角色所需的深厚专业知识 (垂直技能) 和广泛的知识 (横向技能)。 专业提示:在您的职位描述中包含这些详细信息,以使您的招聘流程更加顺畅。 2. 超越简历 拥有您想要的所有技能的候选人可能不存在——这没关系。专注于寻找具有扎实基础和成长意愿的人。优先考虑好奇心、批判性思维和沟通等软技能。 以下是一些有助于评估这些特质的面试问题:…

  • 缺陷跟踪:最佳实践和基本工具

    2022 年,糟糕的软件质量给美国经济造成了至少 2.41 万亿美元的损失,这是一个惊人的数字,凸显了缺陷从裂缝中溜走的影响。其中许多问题源于错误的决策、管理不足和被忽视的风险,这些只有在测试阶段才会浮出水面。一些缺陷(尤其是与安全漏洞或未发现的功能问题相关的缺陷)可能会升级为重大的财务灾难。 以 2021 年的 Facebook 宕机或 2023 年的 Twitter 宕机为例,这两者都导致了数百万美元的损失。当软件缺陷破坏关键系统时,后果可能从暂时的挫折到重大的财务和声誉损失。 这就是为什么错误和缺陷跟踪是任何软件开发过程中不可协商的一部分。通过系统地识别和管理缺陷,团队可以在问题到达最终用户并影响底线之前及早发现问题。 在本指南中,我们将介绍您需要了解的有关缺陷跟踪的所有信息,包括: 注: 在本文中,我们将术语 defect、bug 和 error 互换使用。 常见软件缺陷 尽管开发技术取得了进步,但软件缺陷仍然会进入生产环境,从而影响用户体验、功能和安全性。虽然确切的数字各不相同,但过去的研究试图量化软件开发中 bug 发生的频率。 例如,一项研究发现: 虽然这些数字可能不是最新的,但它们强化了一个关键事实:软件缺陷是不可避免的,并且会带来重大的财务后果,如引言中提到的中断所示。为了最大限度地降低这些风险,团队必须在软件开发生命周期 (SDLC) 中尽早解决缺陷。 这就是质量保证 (QA) 专业人员发挥关键作用的地方。QA 工程师应该从规划阶段就参与进来,以预测潜在的缺陷。通过设计结构化的测试用例并尽早审查需求,它们有助于在问题升级之前发现问题。 通过将缺陷跟踪集成到开发的每个阶段,团队可以提高软件质量、降低成本并最终保护用户体验。 UI 缺陷 用户界面 (UI) 缺陷是指破坏软件用户界面的预期功能和外观的错误和错误。这些问题可能会阻止用户顺利地与应用程序或网站交互,从而导致沮丧、困惑和糟糕的整体体验。一些常见的 UI 缺陷包括: 未对齐的元素 未与整体设计正确对齐的 UI 组件可能会产生脱节的外观。这可能是略微偏离中心的按钮或出现在意外位置的文本链接。这些问题可能看起来很小,但可能会对可用性和美观性产生负面影响。 重叠元素 当多个 UI 元素重叠时,用户可能难以正确地与软件交互。例如,彼此堆叠的按钮可能会使单击预期的选项变得困难,或者溢出到其容器之外的文本会使信息不可读。这些缺陷可能会中断用户流程并阻止用户达到预期结果。 断开的链接、图标和按钮 无响应或损坏的 UI 元素可能会导致用户访问错误的页面、无法触发预期作或使关键功能无用。例如,不起作用的“提交”按钮或不响应点击的图标会严重阻碍用户的工作效率。 非响应式设计 软件应无缝适应不同的屏幕大小和分辨率。在平板电脑上放大的移动应用程序或在较小屏幕上中断的网站布局是无响应式设计的一个示例。这些问题会降低用户体验,并可能使用户离开。 样式不一致 字体大小、颜色、按钮设计和主题的变化可能会造成不和谐的用户体验,使软件感觉不完美或不可靠。这还包括不稳定的动画(例如,悬停效果在页面中的行为不同)以及文本和背景颜色之间的对比度差,这会使内容难以阅读,尤其是对于有视觉障碍的用户。 缺少替换文本…

  • 测试报告必备:QA 成功的指标、实践和工具

    这是 Lavanya C 的客座文章。 测试报告清楚地概述了测试工作,突出了关键发现和需要改进的领域。无论是手动创建还是使用自动化工具创建,它都能帮助团队了解哪些有效,哪些无效,以及需要注意哪些。 除了摘要之外,测试报告还包括可视化数据和分析,使 QA 团队能够跟踪有效性、发现问题并确定趋势。这支持自信、稳定的产品发布。 什么是测试报告? 测试工件或可交付成果是在测试生命周期的各个阶段(规划、设计、执行、审查和后测试)生成的文档和报告。 测试报告就是这样一种工件,它概述了为特定版本、里程碑或功能实施的测试流程。它记录了测试活动的结果,并包括结果的可视化表示,帮助 QA 团队评估其测试流程的实施效率。 该报告突出显示了在测试执行期间由于最后一刻更改而发现的问题、阻碍因素、延迟甚至跳过的测试。它还提供了对整体质量的见解,并讨论了遇到的任何挑战,以及改进建议。 为什么需要检测报告? 测试报告提供了有关产品如何与初始测试计划保持一致、测试是否顺利运行以及是否有任何领域需要进一步优化的见解。这在当今对于快速发布和更快的数据驱动决策以确保及时发布产品至关重要。 测试报告可以在实时通知、电子邮件、消息、报告工具中或在框架内查看。 图片:Slack 通知示例 全面的测试审查有助于在整个开发过程中保持一致的质量。详细的测试报告使所有利益相关者(开发人员、项目经理和客户)在项目目标、质量标准和时间表上保持一致,从而减少混淆和沟通不畅。 图片:TestRail 需求可追溯性报告显示了具有一个或多个链接需求(references 字段)的所有测试用例。 通过检查测试结果和趋势,QA 领导者可以发现反复出现的问题或延迟。然后,他们可以分配资源并专注于应用程序的关键部分,以指导决策者确保及时解决任何关键问题,尊重项目日历、里程碑和冲刺计划。 检测报告的好处 不同角色的报告 业务利益相关者 业务利益相关者受益于高级摘要报告,这些报告提供了产品质量和发布准备情况的概述。这些报告通过考虑关键缺陷、测试覆盖率、需求验证和用户反馈等因素,帮助他们评估何时以及如何发布产品,以确保产品满足业务目标和用户需求。 项目经理 项目经理依靠进度和绩效报告来检查 QA 团队的绩效。他们审查测试完成率、缺陷密度和错误解决时间等指标,帮助他们确定改进领域并分配资源,以保持项目按时完成任务和目标。 开发 人员 开发人员可以从问题区域和趋势报告中受益,这些报告可以帮助他们在将代码交给 QA 之前确定需要加强单元测试的关键区域。通过分析这些报告,开发人员可以将精力集中在需要额外关注的领域,确保更平稳的过渡并减少 QA 测试的问题。 QA 团队 QA 团队依靠详细的缺陷和环境绩效报告来发现错误并确定需要改进质量的领域。这些报告记录了软件在各种环境和配置中的性能,帮助 QA 团队查明问题并了解如何重现问题。通过查看这些报告以及测试日志,QA 团队可以有效地诊断问题的根本原因并推荐有针对性的改进。 质量经理 质量经理依靠测试结果和指标报告来跟踪整个测试周期的进度和有效性。这些报告展示了测试覆盖率、缺陷分布和整体有效性等关键指标,为决策提供了重要的见解。 通过分析报告中的这些指标,质量经理可以确定流程改进的领域,确定将人力和技术资源分配到何处,并最终提高团队效率和测试生产力。 产品经理 产品经理依靠质量评估和用户反馈报告来衡量产品是否符合质量标准和用户期望。这些报告提供了对测试结果和指标的见解,可以与预定义的质量基准和用户要求进行比较。通过查看这些见解,产品经理可以做出明智的决策,在快速交付需求与业务目标保持一致之间取得平衡。 发布经理 发布经理(有时与 QA…


TestRail的测试用例管理和编排软件

官方网站:www.testrail.com 上海道宁:www.51component.com