Test Case Management
QATest case, suite, dan bundle yang dapat digunakan ulang — terhubung ke setiap isu dan pipeline CI, dengan keterlacakan penuh dari kebutuhan hingga cacat.
Banyak server: $399

- Redmine
- 5.0 dan yang lebih baru, 6.x, 7.x
- Laporan
- 12, dengan CSV dan Excel
- Izin
- 18, per peran proyek
- CI/CD
- REST API, autentikasi API key
- Bahasa
- 50 file locale
- Pelacak isu
- Milik Anda, tanpa perubahan
Test case yang dapat digunakan ulang
Tulis langkah, prasyarat, dan hasil yang diharapkan sekali saja, dengan alur kerja Draf → Tinjauan → Disetujui → Usang. Tidak pernah diduplikasi.
Suite & bundle
Kelompokkan test case ke dalam suite dan bundle yang dapat digunakan ulang dan dilampirkan ke isu sebanyak apa pun — masing-masing menghasilkan eksekusinya sendiri.
Eksekusi yang tidak dapat diubah
Setiap run adalah catatan terpisah yang hanya bisa ditambah — lulus, gagal, terblokir, atau dilewati — lengkap dengan build, commit, lingkungan, dan tangkapan layar.
Pemetaan otomatisasi
Petakan setiap test case ke framework, class, method, dan identifier otomatisasi agar runner CI dapat menjalankannya secara langsung.
REST API untuk CI/CD
Pipeline mengambil tes untuk suatu isu dan mengunggah hasilnya — Jenkins, GitHub Actions, GitLab CI, Azure DevOps, atau Bitbucket.
Dashboard & laporan
Tingkat kelulusan, cakupan otomatisasi dan kebutuhan, serta laporan kesiapan rilis — dapat diekspor ke CSV.
Satu rantai dari kebutuhan hingga cacat yang ditimbulkannya
Tidak ada yang berupa salinan dalam rantai ini. Sebuah isu mengacu pada test case yang membuktikannya, setiap run menambahkan eksekusi, dan eksekusi yang gagal mengacu pada bug yang ditimbulkannya. Ikuti tautannya ke arah mana pun dan Anda akan sampai pada record Redmine yang sebenarnya.
1. Isu
Fitur, story, atau kebutuhan di pelacak apa pun yang sudah Anda gunakan. Plugin ini tidak menambahkan pelacak sendiri.
2. Test case
Ditetapkan satu per satu atau melalui bundle. Test case yang sama, seperti TC-41, dapat digunakan untuk isu sebanyak apa pun.
3. Plan dan run
Plan (TP-2) menetapkan cakupan untuk sebuah rilis; run (TR-5) adalah satu sesi terhadap satu build.
4. Eksekusi
Lulus, gagal, terblokir, atau dilewati, dengan build, commit, lingkungan, hasil per langkah, dan tangkapan layar. Tidak pernah diedit sesudahnya.
5. Cacat
Isu Redmine biasa yang ditautkan dari kegagalan, dibuat secara manual atau otomatis saat tes gagal.
Aturan yang menjaga rantai tetap utuh
Referensi TC-, TB-, TP-, TR-, dan DS- dengan prefiks pilihan Anda, eksekusi yang terkunci pada versi test case yang dijalankan, dan aturan opsional bahwa isu tidak dapat ditutup sebelum tesnya lulus.
Seluruh alur kerja, diambil dari Redmine 6.1 yang sedang berjalan
Ini adalah layar asli dari plugin pada tema Redmine default. Proyek, orang, dan hasilnya adalah data demo untuk toko online fiktif bernama Harbor Storefront.
Tulis: pustaka test case yang dapat digunakan ulang
Cari dan filter berdasarkan modul, status, otomatisasi, dan tag. Setiap test case memiliki langkah terstruktur, jejak review, dan riwayat versinya sendiri.

Rencanakan: bundle, plan rilis, dan data uji
Bundle mengumpulkan test case untuk digunakan ulang. Plan mengikat bundle, isu, tester, dan versi Redmine menjadi satu. Data set memberi satu test case banyak baris data.


Jalankan: pengujian dilakukan di isu, dan di run
Developer dan tester bekerja di tempat yang sudah mereka gunakan. Setiap hasil adalah eksekusi baru, sehingga riwayatnya sekaligus menjadi jejak audit.




Putuskan: laporan yang menjawab “bisakah kita rilis?”
Dua belas laporan, masing-masing dengan CSV, Excel, dan cetak. Dua di antaranya dibuat untuk pembahasan rilis.



Jalankan sesuai cara Anda: impor, notifikasi, dan pengaturan



Seperti apa tiga puluh hari pengujian dalam laporan
Angka di bawah ini berasal langsung dari proyek demo pada tangkapan layar, dibaca dari laporan plugin itu sendiri: 70 test case dan 1.242 eksekusi antara 9 September dan 8 Oktober 2026. Angka ini menunjukkan apa yang diukur plugin. Ini bukan benchmark atau hasil pelanggan.
| Ukuran | Nilai | Rincian |
|---|---|---|
| Test case | 70 | 61 disetujui, 5 sedang direview |
| Eksekusi | 1,242 | 856 otomatis, 386 manual |
| Tingkat kelulusan | 87.8% | Target 90% |
| Cakupan otomatisasi | 60% | 42 dari 70 test case |
| Cacat dari kegagalan | 5 | Ditautkan ke eksekusi yang gagal |
| Lingkungan | Eksekusi | Lulus | Gagal | Terblokir | Dilewati | Tingkat kelulusan |
|---|---|---|---|---|---|---|
| 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% |
| Modul | Test case | Eksekusi | Lulus | Tingkat kelulusan |
|---|---|---|---|---|
| API | 5 | 129 | 123 | 95.3% |
| Katalog | 8 | 118 | 112 | 94.9% |
| Notifikasi | 5 | 99 | 93 | 93.9% |
| Admin | 6 | 62 | 56 | 90.3% |
| Pencarian | 6 | 143 | 128 | 89.5% |
| Autentikasi | 10 | 193 | 172 | 89.1% |
| Checkout | 8 | 131 | 114 | 87.0% |
| Pesanan | 6 | 89 | 73 | 82.0% |
| Keranjang | 8 | 143 | 116 | 81.1% |
| Pembayaran | 8 | 135 | 103 | 76.3% |
Di dalam Redmine, angka yang sama muncul di dashboard (cincin tingkat kelulusan, distribusi hasil, tren 14 hari, cakupan modul dan komponen) dan di laporan tabel, masing-masing dengan ekspor CSV dan Excel.
Dibangun di atas satu aturan: test case tidak pernah diduplikasi
Test case yang dapat digunakan ulang
Judul, prasyarat, langkah terstruktur dengan hasil yang diharapkan, modul, komponen, prioritas, tingkat keparahan, jenis, dan tag. Kloning, edit massal, impor, dan ekspor.
Versi yang melindungi riwayat
Mengedit test case yang sudah pernah dieksekusi akan membuat versi baru. Eksekusi lama tetap mengacu pada langkah yang benar-benar dijalankan.
Review dan persetujuan
Draf, sedang direview, disetujui, usang. Setiap keputusan dicatat beserta reviewer, tanggal, dan komentarnya, dan pembuatnya diberi notifikasi.
Bundle, plan, dan run
Bundle mengelompokkan test case untuk digunakan ulang. Plan menetapkan cakupan rilis atau sprint terhadap versi Redmine. Run mencatat satu sesi pada satu build.
Panel pengujian di setiap isu
Test case yang ditetapkan, hasil terbaru, tingkat kelulusan, cacat yang ditautkan, dan pencatatan sekali klik, pada pelacak yang Anda pilih.
Eksekusi yang dapat diaudit
Setiap run menambahkan record dengan hasil, mode, lingkungan, build, commit, durasi, hasil per langkah, log, dan tangkapan layar. Tidak ada yang ditimpa.
Pengujian berbasis data
Data set yang dapat digunakan ulang dengan kolom bernama. Lampirkan ke test case atau seluruh bundle dan catat baris mana yang digunakan setiap eksekusi.
Pemetaan otomatisasi dan CI/CD
Petakan test case ke framework dan identifier yang dipahami runner Anda, lalu biarkan pipeline mengambil apa yang harus dijalankan dan mengunggah hasilnya.
Dashboard dan dua belas laporan
Dashboard yang disusun setiap pengguna dari delapan widget, plus laporan untuk kesiapan, cakupan, tren, lingkungan, cacat, dan pemantauan.
Empat siklus hidup kecil, semuanya terlihat di halaman
| Record | Alur utama | Status lainnya |
|---|---|---|
| Test case | Draf → Sedang direview → Disetujui | Perlu perubahan, Usang |
| Test plan | Draf → Aktif → Selesai | Diarsipkan |
| Test run | Direncanakan → Sedang berjalan → Selesai | Dibatalkan |
| Hasil eksekusi | Lulus, Gagal, Terblokir, atau Dilewati | Tidak dijalankan. Setiap hasil dicatat sebagai manual atau otomatis. |
Pipeline Anda menanyakan apa yang harus dijalankan, lalu melaporkan hasilnya
REST API berada di bawah /testcases/api/v1 dan melakukan autentikasi dengan API key Redmine biasa. Apa pun yang dapat mengirim permintaan HTTP dapat menggunakannya. Panduan di dalam plugin menjelaskan langkah penyiapannya dengan URL Anda sendiri yang sudah terisi.
| Metode | Endpoint | Tujuan |
|---|---|---|
| GET | /issues/:id/testing | Apa yang harus dijalankan untuk suatu isu |
| POST | /executions/upload | Hasil satu build untuk satu isu |
| POST | /executions/bulk_upload | Hasil untuk banyak isu atau build |
| POST | /test_runs | Membuat run untuk build ini |
| POST | /test_runs/:id/results | Mengirim hasil ke dalam run |
| GET | /test_cases | Menampilkan, membuat, dan memperbarui test case |
| GET | /test_plans | Menampilkan, membuat, dan memperbarui plan |
| GET | /issues/:id/coverage | Cakupan pengujian suatu isu |
| GET | /reports/:name | Laporan apa pun dalam format JSON |
| GET | /dashboard | Metrik agregat |
Mengunggah hasil sebuah build
Kirim POST berisi ID isu, nomor build, SHA commit, lingkungan, dan daftar hasil ke /executions/upload. Hasil dicocokkan dengan test case berdasarkan identifier otomatisasi, ID test case, atau referensi, dan masing-masing menjadi eksekusi baru. Nama hasil dinormalisasi, sehingga passed, failure, dan ignored dari runner Anda semuanya tercatat dengan benar, dan hasil gagal yang dikirim dengan create_defect akan membuat bug yang tertaut.
Delapan belas izin pada satu modul proyek
Testing adalah modul proyek Redmine standar. Aktifkan di tempat Anda melakukan pengujian, dan berikan setiap peran hanya apa yang dibutuhkannya. Tab menu mengikuti izin.
| Peran | Izin umum | Yang mereka lakukan |
|---|---|---|
| QA lead | manage_test_cases, approve_test_cases, manage_test_bundles, manage_test_plans, assign_test_bundles | Mengelola pustaka, menyetujui test case, menyusun bundle dan plan rilis |
| Tester | view_test_cases, execute_tests, manage_test_runs, manage_test_data | Menjalankan tes, mencatat hasil, memelihara data uji |
| Automation engineer | manage_test_automation, view_test_executions | Memetakan test case ke framework dan identifier |
| Developer | view_test_cases, view_test_executions, view_test_runs | Melihat apa yang diuji pada suatu isu dan mengapa gagal |
| Manajer proyek | view_test_reports, view_test_plans | Membaca laporan kesiapan, cakupan, dan pemantauan |
| Akun layanan CI | upload_test_results | Mengunggah hasil dengan API key-nya, tidak lebih |
| Administrator | admin_testing_settings, manage_test_environments | Prefiks, lingkungan, target, dan aturan penutupan |
Berjalan di mana pun Redmine Anda berjalan
| Lingkungan | Status | Catatan |
|---|---|---|
| Redmine 7.x | Didukung | |
| Redmine 6.1 | Didukung | Target pengembangan, pada Rails 7.2 dan Ruby 3.4. Tangkapan layar di halaman ini berasal dari versi 6.1.2. |
| Redmine 6.0 | Didukung | |
| Redmine 5.x | Didukung | 5.0 adalah versi minimum yang dideklarasikan plugin |
| MySQL 8 | Didukung | Digunakan untuk pengembangan dan untuk demo di halaman ini |
| Pelacak isu | Milik Anda | Berfungsi dengan konfigurasi pelacak apa pun. Batasi panel pengujian ke pelacak tertentu, atau biarkan aktif di semuanya. |
| Gem tambahan | Satu, opsional | roo, hanya untuk mengimpor file .xlsx dan .xls |
Instal dalam tiga langkah
Memerlukan akses shell dan kemampuan menjalankan tugas rake. Selalu buat cadangan sebelum menginstal plugin.
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
Apakah plugin ini menambahkan pelacak kebutuhan, story, atau bug sendiri?
Apa yang terjadi pada hasil lama saat seseorang mengedit test case?
Bisakah tes yang gagal mencegah sebuah isu ditutup?
Sistem CI apa saja yang didukung?
Bisakah kegagalan membuat bug secara otomatis?
Bisakah kami memindahkan test case dari spreadsheet?
Apakah angka di halaman ini asli?
Harga
Satu server
Satu instans Redmine · pengguna tanpa batas · pembaruan selama 12 bulan.
Banyak server
Server Redmine tanpa batas · pengguna tanpa batas · pembaruan selama 12 bulan.
Butuh Solusi Redmine Kustom?
Mencari fitur yang belum tersedia di plugin kami?
RedmineKit menyediakan pengembangan plugin Redmine kustom, kustomisasi plugin, otomatisasi alur kerja, integrasi pihak ketiga, dan solusi yang disesuaikan untuk bisnis Anda.
Sampaikan kebutuhan Anda. Kami akan meninjau kebutuhan tersebut dan memberikan solusi yang sesuai beserta perkiraan biaya dan jadwalnya.