Test Case Management
QA再利用できるテストケース、スイート、バンドル。すべてのチケットと CI パイプラインに接続し、要件から不具合までを完全に追跡します。
複数サーバー: $399

- 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
要件から、そこで見つかった不具合までを 1 本の鎖でつなぐ
この鎖の中にコピーは 1 つもありません。チケットはそれを検証するテストケースを指し、実施するたびに実行が 1 件追加され、不合格の実行はそこから起票されたバグを指します。どちら向きにリンクをたどっても、行き着くのは実在する Redmine のレコードです。
1. チケット
すでにお使いのトラッカーにある機能、ストーリー、要件。プラグインが独自のトラッカーを追加することはありません。
2. テストケース
1 件ずつ、またはバンドル経由で割り当てます。TC-41 のような同じケースを、いくつのチケットにでも使えます。
3. 計画とテストラン
計画(TP-2)はリリースの範囲を決め、テストラン(TR-5)は 1 つのビルドに対する 1 回のセッションです。
4. 実行
合格、不合格、ブロック、スキップのいずれか。ビルド、コミット、環境、ステップごとの結果、スクリーンショットも記録します。後から編集されることはありません。
5. 不具合
不合格の実行からリンクされる、通常の Redmine チケット。手動で起票することも、テストの失敗時に自動で起票することもできます。
鎖をつなぎとめるルール
TC-、TB-、TP-、TR-、DS- の参照番号はプレフィックスを自由に設定でき、実行は実施時点のケースのバージョンに固定されます。テストが合格するまでチケットを完了できないようにするルールも任意で使えます。
稼働中の Redmine 6.1 で撮影した、ワークフローの全体像
いずれも Redmine 標準テーマ上の、プラグインの実際の画面です。プロジェクト、登場人物、結果は、Harbor Storefront という架空の Web ショップのデモデータです。
書く:再利用できるテストケースのライブラリ
モジュール、ステータス、自動化、タグで検索・絞り込み。各ケースは構造化されたステップ、レビューの記録、独自のバージョン履歴を持ちます。

計画する:バンドル、リリース計画、テストデータ
バンドルは再利用のためにケースをまとめます。計画はバンドル、チケット、テスター、Redmine のバージョンを 1 つに結び付けます。データセットは 1 つのケースに複数の行を供給します。


実施する:テストはチケット上で、そしてテストランの中で
開発者もテスターも、いつもの場所で作業できます。結果は毎回新しい実行として記録されるため、履歴がそのまま監査証跡になります。




判断する:「出荷できるか?」に答えるレポート
12 種類のレポートは、いずれも CSV、Excel、印刷に対応。そのうち 2 つは、リリース判定の議論のために作られています。



自分たちのやり方で運用:インポート、通知、設定



30 日間のテストは、レポートでこう見える
以下の数値は、スクリーンショットのデモプロジェクトについて、プラグイン自身のレポートからそのまま読み取ったものです。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% |
| Catalog | 8 | 118 | 112 | 94.9% |
| 通知 | 5 | 99 | 93 | 93.9% |
| Admin | 6 | 62 | 56 | 90.3% |
| Search | 6 | 143 | 128 | 89.5% |
| Authentication | 10 | 193 | 172 | 89.1% |
| Checkout | 8 | 131 | 114 | 87.0% |
| Orders | 6 | 89 | 73 | 82.0% |
| Cart | 8 | 143 | 116 | 81.1% |
| Payments | 8 | 135 | 103 | 76.3% |
Redmine 上では、同じ数値がダッシュボード(合格率リング、結果分布、14 日間のトレンド、モジュール・コンポーネントカバレッジ)と表形式のレポートに表示され、いずれも CSV と Excel にエクスポートできます。
たった 1 つのルールを軸に設計:テストケースは決して複製しない
再利用できるテストケース
タイトル、事前条件、期待結果付きの構造化されたステップ、モジュール、コンポーネント、優先度、重要度、種別、タグ。複製、一括編集、インポート、エクスポートに対応します。
履歴を守るバージョン管理
すでに実行されたケースを編集すると、新しいバージョンが作成されます。過去の実行は、実際に実施したステップを指し続けます。
レビューと承認
下書き、レビュー中、承認済み、非推奨。すべての判断はレビュアー、日付、コメントとともに記録され、作成者に通知されます。
バンドル、計画、テストラン
バンドルは再利用のためにケースをまとめます。計画は Redmine のバージョンに対して、リリースやスプリントの範囲を定めます。テストランは 1 つのビルドに対する 1 回のセッションを記録します。
すべてのチケットにテストパネル
割り当てられたケース、最新の結果、合格率、リンクされた不具合、1 クリックでの記録を、選んだトラッカーに表示します。
監査できる実行記録
実施するたびに、結果、実行方法、環境、ビルド、コミット、所要時間、ステップごとの結果、ログ、スクリーンショットを含むレコードが追加されます。上書きされるものはありません。
データ駆動テスト
名前付きの列を持つ、再利用できるデータセット。ケースやバンドル全体に紐付け、各実行でどの行を使ったかを記録します。
自動化のマッピングと CI/CD
ケースをフレームワークと、テストランナーが理解できる識別子に対応付けます。あとはパイプラインが実行対象を取得し、結果をアップロードします。
ダッシュボードと 12 種類のレポート
ユーザーごとに 8 種類のウィジェットを並べられるダッシュボードと、リリース準備状況、カバレッジ、トレンド、環境、不具合、モニタリングのレポート。
4 つの小さなライフサイクルが、すべて画面上で見える
| レコード | 主な流れ | その他の状態 |
|---|---|---|
| テストケース | 下書き → レビュー中 → 承認済み | 修正依頼、非推奨 |
| テスト計画 | 下書き → 有効 → 完了 | アーカイブ済み |
| テストラン | 予定 → 進行中 → 完了 | 中止 |
| 実行結果 | 合格、不合格、ブロック、スキップ | 未実行。各結果は手動または自動として記録されます。 |
パイプラインが実行対象を問い合わせ、結果を報告する
REST API は /testcases/api/v1 配下にあり、通常の Redmine API キーで認証します。HTTP リクエストを送れるものなら何からでも利用できます。プラグイン内のガイドが、お使いの環境の URL を埋め込んだ状態でセットアップ手順を案内します。
| メソッド | エンドポイント | 用途 |
|---|---|---|
| GET | /issues/:id/testing | チケットに対して実行すべきテスト |
| POST | /executions/upload | 1 つのチケットに対する 1 ビルド分の結果 |
| 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、環境、結果のリストを /executions/upload に POST します。結果は自動化識別子、ケース ID、または参照番号でケースと照合され、1 件ごとに新しい実行になります。結果の名称は正規化されるため、テストランナーが返す passed、failure、ignored もすべて正しく取り込まれます。不合格の結果に create_defect を付けて送ると、リンクされたバグが起票されます。
1 つのプロジェクトモジュールに 18 個の権限
テストは 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 | 1 つ(任意) | roo。.xlsx と .xls ファイルのインポートにのみ使用 |
3 ステップで導入
シェルアクセスと rake タスクを実行できる権限が必要です。プラグインを導入する前に必ずバックアップを取ってください。
cd /opt/redmine # unpack so the folder is plugins/redmine_testcases bundle install
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
要件、ストーリー、バグ用の独自のトラッカーは追加されますか?
テストケースを編集すると、過去の結果はどうなりますか?
テストが不合格のとき、チケットを完了できないようにできますか?
どの CI システムに対応していますか?
不合格からバグを自動で起票できますか?
スプレッドシートからテストケースを移行できますか?
このページの数値は本物ですか?
価格
Redmine のカスタムソリューションが必要ですか?
既存のプラグインにない機能をお探しですか?
RedmineKit は、Redmine プラグインのカスタム開発、既存プラグインのカスタマイズ、ワークフローの自動化、外部システムとの連携など、貴社に合わせたソリューションを提供します。
ご要望をお聞かせください。要件を確認し、概算費用とスケジュールを添えて最適な解決策をご提案します。