Test Case Management

可复用的测试用例、测试套件与测试包——与每个议题和 CI 流水线打通，实现从需求到缺陷的完整追溯。

$199 / 单台服务器

购买领取 10% 折扣申请定制在线演示

演示账号admin/12345678

多台服务器: $399

5 个工作日内退款12 个月更新含源码

Test Case Management（Redmine 插件）：Redmine 中的测试仪表板：87.8% 的通过率圆环，70 个测试用例、1,090 次通过、82 次失败、45 次阻塞、60% 自动化覆盖率和 1,242 次执行的统计卡片，下方依次是结果分布条、14 天执行趋势折线，以及最近失败和最近执行的列表。 — 测试仪表板单个项目的通过率、结果分布、14 天趋势和最新失败。

Redmine: 5.0 及以上、6.x, 7.x
报表: 12 份，支持 CSV 与 Excel
权限: 18 项，按项目角色分配
CI/CD: REST API，API 密钥认证
语言: 50 个语言文件
问题跟踪器: 沿用你现有的，原样不动

Reusable test cases
Suites & bundles
Immutable executions
Automation mapping
CI/CD REST API
Dashboards & reports

从需求到它引出的缺陷，一条链贯通

链上没有任何一环是副本。问题指向证明它的测试用例，每次运行新增一条执行记录，失败的执行记录指向它提出的缺陷。顺着链接往哪个方向走，落脚的都是真实的 Redmine 记录。

1. 问题

功能、用户故事或需求，放在你已经在用的任意跟踪器里。插件不会新增自己的跟踪器。

2. 测试用例

可逐个分配，也可通过测试包分配。同一个用例（例如 TC-41）可以服务任意多个问题。

3. 计划与运行

计划（TP-2）划定一次发布的范围；运行（TR-5）是针对某个构建的一轮测试。

4. 执行

通过、失败、阻塞或跳过，附带构建、提交、环境、步骤结果和截图。事后绝不修改。

5. 缺陷

一个普通的 Redmine 问题，由失败记录链接过来，可手动创建，也可在测试失败时自动创建。

把这条链拧紧的规则

TC-、TB-、TP-、TR- 和 DS- 编号，前缀由你决定；执行记录固定指向实际运行的用例版本；还可启用一条可选规则：测试未通过，问题就不能关闭。

完整流程，截自一套运行中的 Redmine 6.1

以下均为插件在 Redmine 默认主题下的真实界面。项目、人员和结果是演示数据，来自一家名为 Harbor Storefront 的虚构网店。

编写：可复用的测试用例库

按模块、状态、自动化情况和标签搜索与筛选。每个用例都有结构化步骤、评审记录和自己的版本历史。

Test Case Management（Redmine 插件）：测试用例列表，带搜索、筛选条件和标签选择器，一条批量操作栏可把符合条件的用例加入测试包或计划，各行显示编号、标题、模块、优先级、自动化状态、评审状态和最近结果。 — 测试用例筛选用例库，查看每个用例的最近结果，一次关联或批准多个用例。支持从 CSV 或 Excel 导入，导出为 CSV。

Test Case Management（Redmine 插件）：测试用例 TC-41“Pay with a Visa card and 3-D Secure challenge”，显示描述、前置条件、六个带预期结果的编号步骤、三个版本、一个关联的数据集、评审历史和执行历史。 — 单个测试用例带预期结果的步骤、三个版本、评审人的意见、运行所用的数据集，以及迄今为止的每一次执行。

计划：测试包、发布计划与测试数据

测试包把用例收拢起来以便复用。计划把测试包、问题、测试人员和 Redmine 版本串在一起。数据集为一个用例提供多行数据。

Test Case Management（Redmine 插件）：测试计划 TP-2“Release 2.4.0 regression”：进度 100%，61 个测试用例，56 个通过，2 个失败，通过率 91.8%，以及该计划的四次测试运行、两个测试包、六个已分配的问题和三名测试人员。 — 发布计划进度和通过率取自计划内每个用例在各次运行中的最新结果。目标版本、冲刺、环境和日期显示在页头。

Test Case Management（Redmine 插件）：六张测试包卡片：Release 2.4.0 sign-off、Account and sign-in、API contract、Checkout and payments、Full regression 和 Smoke，每张都显示类型、描述、测试用例数量和所关联的问题数量。 — 测试包冒烟、回归、功能和发布测试包。一个测试包想关联多少个问题都行；用例是被引用，而不是被复制。

Test Case Management（Redmine 插件）：数据集 DS-1“Payment cards”，共六行，包含卡组织、沙箱卡号、有效期、3-D Secure 模式和预期结果，以及使用该数据集的测试用例列表。 — 数据集多个用例共用的测试数据行。记录结果时选定所用的那一行，一个用例就能覆盖六张卡，而不必复制六份。

执行：测试就发生在问题上，也发生在运行里

开发和测试人员不用换地方工作。每个结果都是一条新的执行记录，所以历史本身就是审计轨迹。

Test Case Management（Redmine 插件）：一个 Redmine 功能问题“Apple Pay at checkout”，其“测试”面板标记为失败，通过率 77.8%。面板列出十个已分配的测试用例及各自的最新结果，失败用例上带有关联缺陷的编号，每行都有结果选择器和“记录”按钮，另有“关联测试包”控件和“触发 CI”按钮。 — 问题上的“测试”面板分配给该功能的十个用例、各自的最新结果、由失败引出的缺陷，以及每行一个“记录”按钮。结果会记入面板顶部所选的运行。

Test Case Management（Redmine 插件）：测试运行 TR-5“2.4.0 RC2 full regression”，正在 Staging 环境进行中：计划 61 个，通过 38 个，失败 6 个，阻塞 1 个，剩余 16 个，通过率 84.4%，下方是计划内用例的列表，每个用例都带结果选择器。 — 一次测试运行针对一个构建的一轮测试。计数器跟随每个用例的最新结果，剩余工作量一目了然。

Test Case Management（Redmine 插件）：测试运行列表，共八次运行，每次都显示所属计划、状态（已计划、进行中或已完成）、进度（如 45/61）、通过率和环境。 — 全部运行回归候选版本、夜间自动化、热修复验证和探索性测试，都在同一个列表里。

Test Case Management（Redmine 插件）：TC-41 的“记录执行”表单，包含问题、测试运行、结果、环境、数据行、构建号、实际结果和日志等字段，其后是六个步骤各自的结果选择器和实际结果字段，以及文件上传。 — 记录结果总体结果加上每个步骤的结果、所用数据行、构建号、日志和截图。

Test Case Management（Redmine 插件）：第 1239 号执行记录：TC-44“Pay with Apple Pay on Safari”在 QA 环境构建 431 上的一次失败的手动执行，显示提交 SHA、耗时、关联的 9 号缺陷、实际结果文本，以及步骤结果：第一步通过，第二步失败，第三、四步未执行。 — 单条执行记录运行了什么、在哪个构建和环境上、哪一步失败、测试人员看到了什么，以及引出了哪个缺陷。

决策：能回答“能不能发布？”的报表

十二份报表，每份都支持 CSV、Excel 和打印。其中两份专为发布评审而设。

Test Case Management（Redmine 插件）：“发布就绪度”报表显示“尚未达到发布条件”，通过率 87.8%，目标为 90%，并有用例、执行、待执行、通过、失败、阻塞和未关闭缺陷的统计卡片，一份就绪检查清单和最近失败的列表。 — 发布就绪度通过率与你设定的目标的对比、仍在阻碍发布的事项清单，以及背后的失败记录。

Test Case Management（Redmine 插件）：“监控”报表：四个有风险的问题，无逾期，三个将在七天内到期，一个发布版本尚无测试计划；下方表格列出测试状态为失败、阻塞或待执行的问题，及其发布版本、到期日和进度。 — 监控发布日期临近而测试尚未完成的问题，以及还没有测试计划的版本。

Test Case Management（Redmine 插件）：报表索引页，共十二张卡片：测试汇总、回归、自动化、需求覆盖率、发布就绪度、环境对比、缺陷汇总、通过率趋势、模块覆盖率、组件覆盖率、执行历史和监控。 — 十二份报表汇总、回归、自动化、需求覆盖率、环境、缺陷、趋势、模块与组件覆盖率、历史。

Test Case Management（Redmine 插件）：“自动化”报表，带 60% 的自动化覆盖率圆环，70 个测试用例中 42 个自动化、33 个手动，按框架（Cypress、Playwright 和 pytest）的细分，以及按自动化状态的计数。 — 自动化覆盖率、自动化与手动的对比，以及按框架的分布。

按你的方式运转：导入、通知与设置

Test Case Management（Redmine 插件）：“导入测试用例”页面，带文件上传、CSV 和 Excel 示例文件下载，以及可接受的列清单。 — 导入 CSV 或 Excel，附带一份列标题齐全的示例文件。

Test Case Management（Redmine 插件）：通知列表，包含失败的执行、关联的缺陷、已批准的测试用例、已完成的测试运行和已完成的计划，每条都显示触发人和时间。 — 通知失败的执行、关联的缺陷、批准结果和已完成的运行，在 Redmine 内和邮件中都会通知。

Test Case Management（Redmine 插件）：“测试设置”页面：编号前缀、默认环境与环境列表、通过率目标、测试用例通过前禁止关闭问题的选项、跟踪器选择、CI/CD API 开关、失败时自动创建缺陷以及缺陷跟踪器。 — 设置前缀、环境、通过率目标、哪些跟踪器显示面板，以及禁止关闭规则。

三十天的测试在报表里是什么样子

以下数字直接取自截图中的演示项目，从插件自带的报表中读出：2026 年 9 月 9 日至 10 月 8 日期间的 70 个测试用例和 1,242 次执行。它们展示的是插件能度量什么，并非基准数据，也不是客户的实际结果。

演示项目总计
指标	数值	详情
测试用例	70	61 个已批准，5 个评审中
执行	1,242	856 次自动化，386 次手动
通过率	87.8%	目标 90%
自动化覆盖率	60%	70 个用例中的 42 个
由失败引出的缺陷	5	已关联到失败的执行记录

各环境的结果，取自“环境对比”报表
环境	执行	通过	失败	阻塞	跳过	通过率
QA	700	610	47	29	14	87.1%
Staging	344	307	20	10	7	89.2%
DEV	162	142	12	5	3	87.7%
UAT	36	31	3	1	1	86.1%

各模块的通过率，取自“模块覆盖率”报表
模块	用例	执行	已通过	通过率
API	5	129	123	95.3%
商品目录	8	118	112	94.9%
通知	5	99	93	93.9%
后台管理	6	62	56	90.3%
搜索	6	143	128	89.5%
身份认证	10	193	172	89.1%
结算	8	131	114	87.0%
订单	6	89	73	82.0%
购物车	8	143	116	81.1%
支付	8	135	103	76.3%

在 Redmine 里，同样的数字会出现在仪表板上（通过率圆环、结果分布、14 天趋势、模块与组件覆盖率），也出现在表格型报表中，每份都可导出为 CSV 和 Excel。

围绕一条规则构建：测试用例绝不重复

可复用的测试用例

标题、前置条件、带预期结果的结构化步骤、模块、组件、优先级、严重程度、类型和标签。支持克隆、批量编辑、导入和导出。

保护历史的版本机制

编辑一个已经执行过的用例会生成新版本。旧的执行记录仍然指向当时实际运行的步骤。

评审与批准

草稿、评审中、已批准、已弃用。每个决定都会连同评审人、日期和意见一并记录，并通知作者。

测试包、计划与运行

测试包把用例分组以便复用。计划针对某个 Redmine 版本划定一次发布或一个冲刺的范围。运行记录的是某个构建上的一轮测试。

每个问题上都有测试面板

已分配的用例、最新结果、通过率、关联缺陷和一键记录，只在你选定的跟踪器上显示。

可审计的执行记录

每次运行新增一条记录，包含结果、方式、环境、构建、提交、耗时、步骤结果、日志和截图。任何内容都不会被覆盖。

数据驱动测试

可复用的数据集，列名自定。把它们关联到用例或整个测试包，并记录每次执行用了哪一行。

自动化映射与 CI/CD

把用例映射到某个框架和你的运行器认得的标识符，然后让流水线自行获取要跑的内容并上传结果。

仪表板与十二份报表

每位用户可用八种部件自行排布的仪表板，外加就绪度、覆盖率、趋势、环境、缺陷和监控等报表。

四个小小的生命周期，全都在页面上看得见

记录	主路径	其他状态
测试用例	草稿 → 评审中 → 已批准	要求修改、已弃用
测试计划	草稿 → 生效中 → 已完成	已归档
测试运行	已计划 → 进行中 → 已完成	已中止
执行结果	通过、失败、阻塞或跳过	未执行。每个结果都会标明是手动还是自动化。

流水线先问该跑什么，再把结果报回来

REST API 位于 /testcases/api/v1 之下，使用普通的 Redmine API 密钥认证。凡是能发 HTTP 请求的工具都能用它。插件内置一份指南，会带着你自己的 URL 一步步完成配置。

/testcases/api/v1 下的端点
方法	端点	用途
GET	/issues/:id/testing	某个问题该跑哪些用例
POST	/executions/upload	一个构建针对一个问题的结果
POST	/executions/bulk_upload	多个问题或多个构建的结果
POST	/test_runs	为本次构建创建一次运行
POST	/test_runs/:id/results	把结果推送到某次运行
GET	/test_cases	列出、创建和更新用例
GET	/test_plans	列出、创建和更新计划
GET	/issues/:id/coverage	某个问题的测试覆盖情况
GET	/reports/:name	以 JSON 获取任意报表
GET	/dashboard	汇总指标

上传一次构建的结果

把问题 id、构建号、提交 SHA、环境和一组结果 POST 到 /executions/upload。结果会按自动化标识符、用例 id 或编号匹配到用例，每一条都成为一条新的执行记录。结果名称会被规范化，所以运行器给出的 passed、failure 和 ignored 都能正确归类；失败结果若带上 create_defect，还会创建一个关联的缺陷。

一个项目模块，十八项权限

测试是一个标准的 Redmine 项目模块。在需要测试的项目里启用它，只给每个角色它所需要的权限。菜单标签页随权限显示。

角色	典型权限	他们做什么
QA 负责人	manage_test_cases, approve_test_cases, manage_test_bundles, manage_test_plans, assign_test_bundles	负责用例库，批准用例，搭建测试包和发布计划
测试人员	view_test_cases, execute_tests, manage_test_runs, manage_test_data	执行测试，记录结果，维护测试数据
自动化工程师	manage_test_automation, view_test_executions	把用例映射到框架和标识符
开发人员	view_test_cases, view_test_executions, view_test_runs	查看一个问题上测了什么、为什么失败
项目经理	view_test_reports, view_test_plans	查阅就绪度、覆盖率和监控报表
CI 服务账号	upload_test_results	用自己的 API 密钥上传结果，仅此而已
管理员	admin_testing_settings, manage_test_environments	前缀、环境、目标和关闭规则

你的 Redmine 跑在哪里，它就跑在哪里

环境	状态	说明
Redmine 7.x	支持
Redmine 6.1	支持	开发目标版本，基于 Rails 7.2 和 Ruby 3.4。本页截图来自 6.1.2。
Redmine 6.0	支持
Redmine 5.x	支持	5.0 是插件声明的最低版本
MySQL 8	支持	用于开发，也用于本页的演示
问题跟踪器	沿用你现有的	适用于任何跟踪器配置。可以把测试面板限定在选定的跟踪器上，也可以对全部跟踪器开放。
额外 gem	一个，可选	roo，仅用于导入 .xlsx 和 .xls 文件

三步完成安装

需要 shell 访问权限并能执行 rake 任务。安装插件前请务必备份。

把插件放进 plugins 目录

cd /opt/redmine
# unpack so the folder is plugins/redmine_testcases
bundle install

运行插件迁移并重启 Redmine

RAILS_ENV=production bin/rails redmine:plugins:migrate NAME=redmine_testcases

启用模块并授予权限

# Project → Settings → Modules → Test Case Management
# Administration → Roles and permissions → grant the testing permissions
# Testing → Settings → environments, pass-rate target, trackers

如需移除，回滚迁移即可

RAILS_ENV=production bin/rails redmine:plugins:migrate NAME=redmine_testcases VERSION=0

它会新增自己的需求、用户故事或缺陷跟踪器吗？

不会。需求、用户故事、任务和缺陷仍是普通的 Redmine 问题，留在你已有的跟踪器里。插件在它们旁边增加测试用例、测试包、计划、运行和执行记录，并在问题页面上加一个“测试”面板。你可以在设置中把该面板限定在特定的跟踪器上。

有人编辑测试用例后，旧的结果会怎样？

保持原样。如果当前版本已经执行过，保存修改时会生成新版本，之前的执行记录仍然指向当时运行的版本和步骤。版本历史可在测试用例页面查看。

测试失败能阻止问题被关闭吗？

可以，前提是你开启了这项功能。启用“所有测试用例通过前禁止关闭问题”后，只要已分配的用例中有任何一个处于失败、阻塞或尚未执行的状态，该问题就无法转为已关闭状态。没有测试用例的问题永远不会被拦截。

它支持哪些 CI 系统？

任何能用 Redmine API 密钥发起 HTTP 请求的系统都可以。流水线先查询分配了哪些自动化用例，运行它们，再以 JSON 上传结果。服务账号只需授予上传权限。

失败能自动创建缺陷吗？

能。在设置中选定缺陷跟踪器，然后要么启用自动创建，要么让流水线在提交失败结果时带上 create_defect。缺陷是一个普通的问题，由引出它的执行记录链接过去。

能把电子表格里的测试用例迁移过来吗？

能。CSV 导入开箱即用，安装可选的 roo gem 后还可导入 Excel。在导入页面一键即可下载包含所有列的示例文件，步骤之间用竖线字符分隔。

本页上的数字是真实的吗？

它们是插件基于演示数据运行得出的真实输出。我们创建了一个虚构项目并填入数据，从中截取了这些画面，并从它的报表里读出了这些数字。它们展示的是你将来能在自己项目里看到的内容，而不是某位客户的结果。

价格

单台服务器

$199

一个 Redmine 实例 · 用户数不限 · 12 个月更新。

Unlimited users12 months of updatesEmail support

购买授权

多台服务器

$399

Redmine 服务器数量不限 · 用户数不限 · 12 个月更新。