Test Case Management
QACasi di test, suite e bundle riutilizzabili, collegati a ogni issue e a ogni pipeline CI, con tracciabilità completa dal requisito al difetto.
Più server: $399

- Redmine
- 5.0 e successive, 6.x, 7.x
- Report
- 12, con CSV ed Excel
- Permessi
- 18, per ruolo di progetto
- CI/CD
- REST API, autenticazione con chiave API
- Lingue
- 50 file di lingua
- Tracker delle richieste
- I tuoi, invariati
Reusable test cases
Suites & bundles
Immutable executions
Automation mapping
CI/CD REST API
Dashboards & reports
Un’unica catena dal requisito al difetto che ha generato
Niente nella catena è una copia. Una richiesta punta ai casi di test che la verificano, ogni run aggiunge un’esecuzione e un’esecuzione fallita punta al bug che ha aperto. Segui i collegamenti in un senso o nell’altro e arrivi sempre a veri record di Redmine.
1. Richiesta
Una funzionalità, una story o un requisito nel tracker che usi già. Il plugin non aggiunge tracker propri.
2. Caso di test
Assegnato uno per uno o tramite un bundle. Lo stesso caso, ad esempio TC-41, può servire un numero qualsiasi di richieste.
3. Piano e run
Un piano (TP-2) definisce il perimetro di un rilascio; un run (TR-5) è una sessione su una build.
4. Esecuzione
Superato, fallito, bloccato o saltato, con build, commit, ambiente, risultati dei passi e screenshot. Mai modificata in seguito.
5. Difetto
Una normale richiesta Redmine collegata al fallimento, creata a mano o automaticamente quando un test fallisce.
Le regole che tengono insieme la catena
Riferimenti TC-, TB-, TP-, TR- e DS- con prefissi scelti da te, esecuzioni ancorate alla versione del caso effettivamente eseguita e una regola facoltativa per cui una richiesta non può essere chiusa finché i suoi test non passano.
L’intero flusso di lavoro, catturato da un Redmine 6.1 in funzione
Sono schermate reali del plugin sul tema predefinito di Redmine. Progetto, persone e risultati sono dati dimostrativi di un negozio online fittizio chiamato Harbor Storefront.
Scrivi: una libreria di casi di test riutilizzabili
Cerca e filtra per modulo, stato, automazione e tag. Ogni caso ha passi strutturati, una traccia delle revisioni e una propria cronologia delle versioni.

Pianifica: bundle, piani di rilascio e dati di test
I bundle raccolgono i casi per riutilizzarli. Un piano lega tra loro bundle, richieste, tester e una versione di Redmine. I set di dati forniscono molte righe a un solo caso.


Esegui: i test si fanno sulla richiesta e nel run
Sviluppatori e tester lavorano dove sono già. Ogni risultato è una nuova esecuzione, quindi la cronologia è la traccia di audit.




Decidi: report che rispondono a “possiamo rilasciare?”
Dodici report, ciascuno con CSV, Excel e stampa. Due sono pensati apposta per decidere il rilascio.



Usalo a modo tuo: importazione, notifiche e impostazioni



Come appaiono trenta giorni di test nei report
Le cifre qui sotto provengono direttamente dal progetto dimostrativo delle schermate, lette dai report del plugin stesso: 70 casi di test e 1.242 esecuzioni tra il 9 settembre e l’8 ottobre 2026. Mostrano che cosa misura il plugin. Non sono benchmark né risultati di clienti.
| Misura | Valore | Dettaglio |
|---|---|---|
| Casi di test | 70 | 61 approvati, 5 in revisione |
| Esecuzioni | 1,242 | 856 automatizzate, 386 manuali |
| Tasso di successo | 87.8% | Obiettivo 90% |
| Copertura dell’automazione | 60% | 42 casi su 70 |
| Difetti da fallimenti | 5 | Collegati all’esecuzione fallita |
| Ambiente | Esecuzioni | Superato | Fallito | Bloccato | Saltato | Tasso di successo |
|---|---|---|---|---|---|---|
| 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% |
| Modulo | Casi | Esecuzioni | Superati | Tasso di successo |
|---|---|---|---|---|
| API | 5 | 129 | 123 | 95.3% |
| Catalogo | 8 | 118 | 112 | 94.9% |
| Notifiche | 5 | 99 | 93 | 93.9% |
| Amministrazione | 6 | 62 | 56 | 90.3% |
| Ricerca | 6 | 143 | 128 | 89.5% |
| Autenticazione | 10 | 193 | 172 | 89.1% |
| Checkout | 8 | 131 | 114 | 87.0% |
| Ordini | 6 | 89 | 73 | 82.0% |
| Carrello | 8 | 143 | 116 | 81.1% |
| Pagamenti | 8 | 135 | 103 | 76.3% |
In Redmine gli stessi numeri compaiono nel cruscotto (anello del tasso di successo, distribuzione dei risultati, andamento su 14 giorni, copertura per modulo e componente) e nei report tabellari, ciascuno esportabile in CSV ed Excel.
Costruito attorno a una regola: un caso di test non si duplica mai
Casi di test riutilizzabili
Titolo, precondizioni, passi strutturati con risultati attesi, modulo, componente, priorità, gravità, tipo e tag. Clona, modifica in massa, importa ed esporta.
Versioni che proteggono la cronologia
Modificare un caso già eseguito crea una nuova versione. Le vecchie esecuzioni continuano a puntare ai passi effettivamente eseguiti.
Revisione e approvazione
Bozza, in revisione, approvato, deprecato. Ogni decisione viene registrata con revisore, data e commento, e l’autore riceve una notifica.
Bundle, piani e run
I bundle raggruppano i casi per riutilizzarli. I piani definiscono il perimetro di un rilascio o di uno sprint rispetto a una versione di Redmine. I run registrano una sessione su una build.
Un pannello dei test su ogni richiesta
Casi assegnati, ultimi risultati, tasso di successo, difetti collegati e registrazione con un clic, sui tracker che scegli tu.
Esecuzioni verificabili
Ogni run aggiunge un record con risultato, modalità, ambiente, build, commit, durata, risultati dei passi, log e screenshot. Nulla viene sovrascritto.
Test guidati dai dati
Set di dati riutilizzabili con colonne dotate di nome. Allegali ai casi o a interi bundle e registra quale riga ha usato ogni esecuzione.
Mappatura dell’automazione e CI/CD
Associa un caso a un framework e a un identificatore che il tuo runner comprende, poi lascia che la pipeline recuperi cosa eseguire e carichi i risultati.
Cruscotto e dodici report
Un cruscotto che ogni utente compone con otto widget, più report su prontezza, copertura, andamento, ambienti, difetti e monitoraggio.
Quattro piccoli cicli di vita, tutti visibili sulla pagina
| Record | Percorso principale | Altri stati |
|---|---|---|
| Caso di test | Bozza → In revisione → Approvato | Modifiche richieste, Deprecato |
| Piano di test | Bozza → Attivo → Completato | Archiviato |
| Test run | Pianificato → In corso → Completato | Interrotto |
| Risultato dell’esecuzione | Superato, Fallito, Bloccato o Saltato | Non eseguito. Ogni risultato viene registrato come manuale o automatizzato. |
La tua pipeline chiede cosa eseguire, poi riporta i risultati
La REST API si trova sotto /testcases/api/v1 e si autentica con una normale chiave API di Redmine. Può usarla qualunque cosa sia in grado di inviare una chiamata HTTP. Una guida all’interno del plugin accompagna la configurazione con i tuoi URL già compilati.
| Metodo | Endpoint | Scopo |
|---|---|---|
| GET | /issues/:id/testing | Cosa eseguire per una richiesta |
| POST | /executions/upload | Risultati di una build per una richiesta |
| POST | /executions/bulk_upload | Risultati per più richieste o build |
| POST | /test_runs | Crea un run per questa build |
| POST | /test_runs/:id/results | Invia i risultati a un run |
| GET | /test_cases | Elenca, crea e aggiorna i casi |
| GET | /test_plans | Elenca, crea e aggiorna i piani |
| GET | /issues/:id/coverage | Copertura dei test di una richiesta |
| GET | /reports/:name | Qualsiasi report in JSON |
| GET | /dashboard | Metriche aggregate |
Caricare i risultati di una build
Invia con una POST a /executions/upload l’id della richiesta, il numero di build, lo SHA del commit, l’ambiente e un elenco di risultati. I risultati vengono abbinati ai casi tramite identificatore di automazione, id del caso o riferimento, e ognuno diventa una nuova esecuzione. I nomi dei risultati vengono normalizzati, quindi passed, failure e ignored del tuo runner finiscono tutti al posto giusto, e un risultato fallito inviato con create_defect apre un bug collegato.
Diciotto permessi su un solo modulo di progetto
Test è un normale modulo di progetto di Redmine. Attivalo dove fai i test e dai a ogni ruolo solo ciò che gli serve. Le schede del menu seguono i permessi.
| Ruolo | Permessi tipici | Cosa fa |
|---|---|---|
| Responsabile QA | manage_test_cases, approve_test_cases, manage_test_bundles, manage_test_plans, assign_test_bundles | Gestisce la libreria, approva i casi, costruisce bundle e piani di rilascio |
| Tester | view_test_cases, execute_tests, manage_test_runs, manage_test_data | Esegue i test, registra i risultati, mantiene i dati di test |
| Ingegnere dell’automazione | manage_test_automation, view_test_executions | Associa i casi a framework e identificatori |
| Sviluppatore | view_test_cases, view_test_executions, view_test_runs | Vede cosa è testato su una richiesta e perché è fallito |
| Project manager | view_test_reports, view_test_plans | Legge i report di prontezza, copertura e monitoraggio |
| Account di servizio CI | upload_test_results | Carica i risultati con la sua chiave API, nient’altro |
| Amministratore | admin_testing_settings, manage_test_environments | Prefissi, ambienti, obiettivi e regola di chiusura |
Funziona dove già funziona il tuo Redmine
| Ambiente | Stato | Note |
|---|---|---|
| Redmine 7.x | Supportato | |
| Redmine 6.1 | Supportato | Versione di riferimento per lo sviluppo, su Rails 7.2 e Ruby 3.4. Le schermate di questa pagina vengono dalla 6.1.2. |
| Redmine 6.0 | Supportato | |
| Redmine 5.x | Supportato | 5.0 è la versione minima dichiarata dal plugin |
| MySQL 8 | Supportato | Usato per lo sviluppo e per la demo di questa pagina |
| Tracker delle richieste | I tuoi | Funziona con qualsiasi configurazione dei tracker. Limita il pannello dei test ai tracker che scegli, oppure lascialo su tutti. |
| Gem aggiuntive | Una, facoltativa | roo, solo per importare file .xlsx e .xls |
Installazione in tre passi
Richiede accesso shell e la possibilità di eseguire task rake. Fai sempre un backup prima di installare un 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
Aggiunge tracker propri per requisiti, story o bug?
Che fine fanno i vecchi risultati quando qualcuno modifica un caso di test?
Un test fallito può impedire la chiusura di una richiesta?
Con quali sistemi di CI funziona?
I fallimenti possono creare bug automaticamente?
Possiamo importare i casi di test da un foglio di calcolo?
Le cifre di questa pagina sono reali?
Prezzi
Un server
Un'istanza Redmine · utenti illimitati · 12 mesi di aggiornamenti.
Più server
Server Redmine illimitati · utenti illimitati · 12 mesi di aggiornamenti.
Serve una soluzione Redmine su misura?
Cerchi una funzione che i nostri plugin non offrono ancora?
RedmineKit sviluppa plugin Redmine su misura, personalizza plugin esistenti, automatizza i flussi di lavoro, integra strumenti di terze parti e crea soluzioni adatte alla tua azienda.
Raccontaci di cosa hai bisogno. Valuteremo i tuoi requisiti e ti proporremo una soluzione adeguata con costi e tempi stimati.