Test Case Management
QACazuri de testare, suite și pachete reutilizabile — conectate la fiecare tichet și pipeline CI, cu trasabilitate completă de la cerință la defect.
Mai multe servere: $399

- Redmine
- 5.0 și ulterioare, 6.x, 7.x
- Rapoarte
- 12, cu CSV și Excel
- Permisiuni
- 18, pe rol de proiect
- CI/CD
- REST API, autentificare cu cheie API
- Limbi
- 50 de fișiere de localizare
- Tipuri de tichete
- Ale dumneavoastră, neschimbate
Cazuri de testare reutilizabile
Scrieți o singură dată pașii, precondițiile și rezultatele așteptate, cu un flux Ciornă → Revizuire → Aprobat → Retras. Fără duplicări.
Suite și pachete
Grupați cazurile în suite și în pachete reutilizabile pe care le atașați oricâtor tichete — fiecare generând propriile execuții.
Execuții imuabile
Fiecare rulare este o înregistrare separată, la care se poate doar adăuga — trecut, eșuat, blocat sau omis — cu build, commit, mediu și capturi de ecran.
Maparea automatizării
Asociați fiecărui caz un framework, o clasă, o metodă și un identificator de automatizare, astfel încât un runner CI să îl execute direct.
REST API pentru CI/CD
Pipeline-urile preiau testele pentru un tichet și încarcă rezultatele — Jenkins, GitHub Actions, GitLab CI, Azure DevOps sau Bitbucket.
Tablouri de bord și rapoarte
Rata de reușită, acoperirea prin automatizare și a cerințelor, plus rapoarte privind pregătirea pentru lansare — exportabile în CSV.
Un singur lanț, de la cerință la defectul pe care l-a produs
Nimic din lanț nu este o copie. Un tichet trimite la cazurile de testare care îl validează, fiecare rulare adaugă o execuție, iar o execuție eșuată trimite la bugul pe care l-a generat. Urmați legăturile în oricare direcție și ajungeți la înregistrări Redmine reale.
1. Tichet
O funcționalitate, o poveste sau o cerință, în orice tip de tichet folosiți deja. Pluginul nu adaugă niciun tip de tichet propriu.
2. Caz de testare
Atribuit individual sau printr-un pachet. Același caz, de exemplu TC-41, poate deservi oricâte tichete.
3. Plan și rulare
Un plan (TP-2) stabilește domeniul pentru o versiune; o rulare (TR-5) este o sesiune pe un build.
4. Execuție
Trecut, eșuat, blocat sau omis, cu build, commit, mediu, rezultatele pașilor și capturi de ecran. Nu se mai editează ulterior.
5. Defect
Un tichet Redmine obișnuit, legat de eșec, creat manual sau automat atunci când un test eșuează.
Reguli care țin lanțul laolaltă
Referințe TC-, TB-, TP-, TR- și DS- cu prefixe alese de dumneavoastră, execuții fixate pe versiunea cazului care a rulat și o regulă opțională prin care un tichet nu se poate închide până când testele sale nu trec.
Întregul flux de lucru, surprins într-un Redmine 6.1 funcțional
Acestea sunt ecrane reale ale pluginului, cu tema implicită Redmine. Proiectul, persoanele și rezultatele sunt date demo pentru un magazin online fictiv numit Harbor Storefront.
Scrieți: o bibliotecă de cazuri de testare reutilizabile
Căutați și filtrați după modul, stare, automatizare și etichete. Fiecare caz are pași structurați, un istoric al revizuirilor și propriul istoric de versiuni.

Planificați: pachete, planuri de versiune și date de test
Pachetele grupează cazurile pentru reutilizare. Un plan leagă pachete, tichete, testeri și o versiune Redmine. Seturile de date furnizează unui caz mai multe rânduri.


Rulați: testarea se face pe tichet și în rulare
Dezvoltatorii și testerii lucrează acolo unde sunt deja. Fiecare rezultat este o execuție nouă, deci istoricul este chiar jurnalul de audit.




Decideți: rapoarte care răspund la „putem lansa?”
Douăsprezece rapoarte, fiecare cu CSV, Excel și tipărire. Două dintre ele sunt create pentru discuția despre lansare.



Lucrați în felul dumneavoastră: import, notificări și setări



Cum arată treizeci de zile de testare în rapoarte
Cifrele de mai jos provin direct din proiectul demo din capturile de ecran, citite din rapoartele pluginului: 70 de cazuri de testare și 1.242 de execuții între 9 septembrie și 8 octombrie 2026. Ele arată ce măsoară pluginul. Nu sunt benchmarkuri și nici rezultate ale unor clienți.
| Măsură | Valoare | Detalii |
|---|---|---|
| Cazuri de testare | 70 | 61 aprobate, 5 în revizuire |
| Execuții | 1,242 | 856 automatizate, 386 manuale |
| Rată de reușită | 87.8% | Țintă 90% |
| Acoperire prin automatizare | 60% | 42 din 70 de cazuri |
| Defecte din eșecuri | 5 | Legate de execuția eșuată |
| Mediu | Execuții | Trecut | Eșuat | Blocat | Omis | Rată de reușită |
|---|---|---|---|---|---|---|
| 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 | Cazuri | Execuții | Trecute | Rată de reușită |
|---|---|---|---|---|
| API | 5 | 129 | 123 | 95.3% |
| Catalog | 8 | 118 | 112 | 94.9% |
| Notificări | 5 | 99 | 93 | 93.9% |
| Admin | 6 | 62 | 56 | 90.3% |
| Căutare | 6 | 143 | 128 | 89.5% |
| Autentificare | 10 | 193 | 172 | 89.1% |
| Checkout | 8 | 131 | 114 | 87.0% |
| Comenzi | 6 | 89 | 73 | 82.0% |
| Coș | 8 | 143 | 116 | 81.1% |
| Plăți | 8 | 135 | 103 | 76.3% |
În Redmine, aceleași cifre apar pe tabloul de bord (inelul ratei de reușită, distribuția rezultatelor, tendința pe 14 zile, acoperirea pe module și componente) și în rapoartele tabelare, fiecare cu export CSV și Excel.
Construit în jurul unei singure reguli: un caz de testare nu se duplică niciodată
Cazuri de testare reutilizabile
Titlu, precondiții, pași structurați cu rezultate așteptate, modul, componentă, prioritate, severitate, tip și etichete. Clonare, editare în masă, import și export.
Versiuni care protejează istoricul
Editarea unui caz care a fost deja executat creează o versiune nouă. Execuțiile vechi trimit în continuare la pașii care au rulat efectiv.
Revizuire și aprobare
Ciornă, în revizuire, aprobat, retras. Fiecare decizie este înregistrată cu recenzentul, data și comentariul, iar autorul este notificat.
Pachete, planuri și rulări
Pachetele grupează cazurile pentru reutilizare. Planurile delimitează o versiune sau un sprint pe baza unei versiuni Redmine. Rulările înregistrează o sesiune pe un build.
Un panou de testare pe fiecare tichet
Cazuri atribuite, ultimele rezultate, rata de reușită, defecte legate și înregistrare dintr-un clic, pe tipurile de tichete pe care le alegeți.
Execuții pe care le puteți audita
Fiecare rulare adaugă o înregistrare cu rezultat, mod, mediu, build, commit, durată, rezultatele pașilor, jurnal și capturi de ecran. Nimic nu este suprascris.
Testare bazată pe date
Seturi de date reutilizabile, cu coloane denumite. Atașați-le cazurilor sau pachetelor întregi și înregistrați ce rând a folosit fiecare execuție.
Maparea automatizării și CI/CD
Asociați un caz cu un framework și un identificator pe care runner-ul dumneavoastră îl înțelege, apoi lăsați pipeline-ul să preia ce are de rulat și să încarce rezultatele.
Tablou de bord și douăsprezece rapoarte
Un tablou de bord pe care fiecare utilizator îl aranjează din opt widgeturi, plus rapoarte pentru pregătirea lansării, acoperire, tendință, medii, defecte și monitorizare.
Patru cicluri de viață mici, toate vizibile pe pagină
| Înregistrare | Parcurs principal | Alte stări |
|---|---|---|
| Caz de testare | Ciornă → În revizuire → Aprobat | Modificări solicitate, Retras |
| Plan de testare | Ciornă → Activ → Finalizat | Arhivat |
| Rulare de test | Planificată → În desfășurare → Finalizată | Întreruptă |
| Rezultatul execuției | Trecut, Eșuat, Blocat sau Omis | Neexecutat. Fiecare rezultat este înregistrat ca manual sau automatizat. |
Pipeline-ul întreabă ce să ruleze, apoi raportează înapoi
REST API-ul se află sub /testcases/api/v1 și se autentifică printr-o cheie API Redmine obișnuită. Orice poate trimite o cerere HTTP îl poate folosi. Un ghid din plugin vă conduce prin configurare, cu propriile URL-uri deja completate.
| Metodă | Endpoint | Scop |
|---|---|---|
| GET | /issues/:id/testing | Ce trebuie rulat pentru un tichet |
| POST | /executions/upload | Rezultatele unui build pentru un tichet |
| POST | /executions/bulk_upload | Rezultate pentru mai multe tichete sau build-uri |
| POST | /test_runs | Crearea unei rulări pentru acest build |
| POST | /test_runs/:id/results | Trimiterea rezultatelor într-o rulare |
| GET | /test_cases | Listarea, crearea și actualizarea cazurilor |
| GET | /test_plans | Listarea, crearea și actualizarea planurilor |
| GET | /issues/:id/coverage | Acoperirea prin testare a unui tichet |
| GET | /reports/:name | Orice raport în format JSON |
| GET | /dashboard | Metrici agregate |
Încărcarea rezultatelor unui build
Trimiteți prin POST ID-ul tichetului, numărul build-ului, SHA-ul commitului, mediul și o listă de rezultate către /executions/upload. Rezultatele sunt asociate cazurilor după identificatorul de automatizare, ID-ul cazului sau referință, iar fiecare devine o execuție nouă. Denumirile rezultatelor sunt normalizate, deci passed, failure și ignored de la runner-ul dumneavoastră ajung corect, iar un rezultat eșuat trimis cu create_defect generează un bug legat.
Optsprezece permisiuni pe un singur modul de proiect
Testarea este un modul de proiect Redmine standard. Activați-l acolo unde testați și acordați fiecărui rol doar ce îi trebuie. Filele din meniu urmează permisiunile.
| Rol | Permisiuni tipice | Ce face |
|---|---|---|
| Coordonator QA | manage_test_cases, approve_test_cases, manage_test_bundles, manage_test_plans, assign_test_bundles | Deține biblioteca, aprobă cazurile, construiește pachetele și planurile de versiune |
| Tester | view_test_cases, execute_tests, manage_test_runs, manage_test_data | Rulează teste, înregistrează rezultate, întreține datele de test |
| Inginer de automatizare | manage_test_automation, view_test_executions | Asociază cazurile cu framework-uri și identificatori |
| Dezvoltator | view_test_cases, view_test_executions, view_test_runs | Vede ce se testează pe un tichet și de ce a eșuat |
| Manager de proiect | view_test_reports, view_test_plans | Citește rapoartele de pregătire, acoperire și monitorizare |
| Cont de serviciu CI | upload_test_results | Încarcă rezultate cu cheia sa API, nimic altceva |
| Administrator | admin_testing_settings, manage_test_environments | Prefixe, medii, ținte și regula de închidere |
Rulează acolo unde rulează deja Redmine-ul dumneavoastră
| Mediu | Stare | Observații |
|---|---|---|
| Redmine 7.x | Acceptat | |
| Redmine 6.1 | Acceptat | Ținta de dezvoltare, pe Rails 7.2 și Ruby 3.4. Capturile de ecran de pe această pagină provin de pe 6.1.2. |
| Redmine 6.0 | Acceptat | |
| Redmine 5.x | Acceptat | 5.0 este versiunea minimă declarată de plugin |
| MySQL 8 | Acceptat | Folosit pentru dezvoltare și pentru demo-ul de pe această pagină |
| Tipuri de tichete | Ale dumneavoastră | Funcționează cu orice configurație de tipuri de tichete. Limitați panoul de testare la tipurile alese sau lăsați-l pe toate. |
| Gem-uri suplimentare | Unul, opțional | roo, doar pentru importul fișierelor .xlsx și .xls |
Instalare în trei pași
Necesită acces shell și posibilitatea de a rula sarcini rake. Faceți întotdeauna o copie de siguranță înainte de a instala 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
Adaugă propriile tipuri de tichete pentru cerințe, povești sau buguri?
Ce se întâmplă cu rezultatele vechi când cineva editează un caz de testare?
Poate un test eșuat să împiedice închiderea unui tichet?
Cu ce sisteme CI funcționează?
Pot eșecurile să creeze buguri automat?
Putem aduce cazuri de testare dintr-o foaie de calcul?
Sunt reale cifrele de pe această pagină?
Prețuri
Un singur server
O instanță Redmine · utilizatori nelimitați · 12 luni de actualizări.
Mai multe servere
Servere Redmine nelimitate · utilizatori nelimitați · 12 luni de actualizări.
Aveți nevoie de o soluție Redmine personalizată?
Căutați o funcționalitate care nu există în pluginurile noastre actuale?
RedmineKit oferă dezvoltare de pluginuri Redmine la comandă, personalizarea pluginurilor, automatizarea fluxurilor de lucru, integrări cu sisteme terțe și soluții adaptate afacerii dumneavoastră.
Spuneți-ne de ce aveți nevoie. Analizăm cerințele și vă propunem o soluție potrivită, cu un cost și un termen estimate.