Test Case Management
QAHerbruikbare testgevallen, suites en bundels — gekoppeld aan elk issue en elke CI-pipeline, met volledige traceerbaarheid van eis tot defect.
Meerdere servers: $399
- Redmine
- 5.0 en hoger, 6.x, 7.x
- Rapporten
- 12, met CSV en Excel
- Rechten
- 18, per projectrol
- CI/CD
- REST API, authenticatie met API-sleutel
- Talen
- 50 taalbestanden
- Issuetrackers
- De jouwe, ongewijzigd
Reusable test cases
Suites & bundles
Immutable executions
Automation mapping
CI/CD REST API
Dashboards & reports
Eén keten van de eis tot het defect dat eruit voortkwam
Niets in de keten is een kopie. Een issue verwijst naar de testgevallen die het bewijzen, elke run voegt een uitvoering toe en een mislukte uitvoering verwijst naar de bug die ze opleverde. Volg de links in een van beide richtingen en je komt uit bij echte Redmine-records.
1. Issue
Een feature, story of eis in de tracker die je al gebruikt. De plugin voegt zelf geen tracker toe.
2. Testgeval
Eén voor één toegewezen of via een bundel. Hetzelfde testgeval, bijvoorbeeld TC-41, kan voor een willekeurig aantal issues dienen.
3. Plan en run
Een plan (TP-2) bepaalt de scope van een release; een run (TR-5) is één sessie op één build.
4. Uitvoering
Geslaagd, mislukt, geblokkeerd of overgeslagen, met build, commit, omgeving, resultaten per stap en screenshots. Wordt achteraf nooit bewerkt.
5. Defect
Een gewoon Redmine-issue, gekoppeld vanuit de mislukking en met de hand of automatisch aangemaakt wanneer een test mislukt.
Regels die de keten bijeenhouden
Referenties met TC-, TB-, TP-, TR- en DS- en prefixen die je zelf kiest, uitvoeringen die vastzitten aan de versie van het testgeval die is uitgevoerd, en een optionele regel dat een issue pas dicht kan als de tests slagen.
De hele workflow, vastgelegd in een draaiende Redmine 6.1
Dit zijn echte schermen van de plugin in het standaardthema van Redmine. Het project, de personen en de resultaten zijn demodata voor een fictieve webshop met de naam Harbor Storefront.
Schrijven: een bibliotheek met herbruikbare testgevallen
Zoek en filter op module, status, automatisering en tags. Elk testgeval heeft gestructureerde stappen, een reviewspoor en een eigen versiegeschiedenis.
Plannen: bundels, releaseplannen en testdata
Bundels verzamelen testgevallen voor hergebruik. Een plan brengt bundels, issues, testers en een Redmine-versie samen. Datasets voeden één testgeval met veel rijen.
Uitvoeren: testen gebeurt op het issue, en in de run
Ontwikkelaars en testers werken waar ze al zijn. Elk resultaat is een nieuwe uitvoering, dus de geschiedenis is het auditspoor.
Beslissen: rapporten die antwoord geven op “kunnen we uitleveren?”
Twaalf rapporten, elk met CSV, Excel en afdrukken. Twee ervan zijn gemaakt voor het gesprek over de release.
Werk op jouw manier: import, meldingen en instellingen
Hoe dertig dagen testen eruitziet in de rapporten
De cijfers hieronder komen rechtstreeks uit het demoproject van de screenshots en zijn afgelezen uit de eigen rapporten van de plugin: 70 testgevallen en 1.242 uitvoeringen tussen 9 september en 8 oktober 2026. Ze laten zien wat de plugin meet. Het zijn geen benchmarks of klantresultaten.
| Meetwaarde | Waarde | Detail |
|---|---|---|
| Testgevallen | 70 | 61 goedgekeurd, 5 in review |
| Uitvoeringen | 1,242 | 856 geautomatiseerd, 386 handmatig |
| Slagingspercentage | 87.8% | Doel 90% |
| Automatiseringsdekking | 60% | 42 van 70 testgevallen |
| Defecten uit mislukkingen | 5 | Gekoppeld aan de mislukte uitvoering |
| Omgeving | Uitvoeringen | Geslaagd | Mislukt | Geblokkeerd | Overgeslagen | Slagingspercentage |
|---|---|---|---|---|---|---|
| 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% |
| Module | Testgevallen | Uitvoeringen | Geslaagd | Slagingspercentage |
|---|---|---|---|---|
| API | 5 | 129 | 123 | 95.3% |
| Catalogus | 8 | 118 | 112 | 94.9% |
| Meldingen | 5 | 99 | 93 | 93.9% |
| Beheer | 6 | 62 | 56 | 90.3% |
| Zoeken | 6 | 143 | 128 | 89.5% |
| Authenticatie | 10 | 193 | 172 | 89.1% |
| Afrekenen | 8 | 131 | 114 | 87.0% |
| Bestellingen | 6 | 89 | 73 | 82.0% |
| Winkelwagen | 8 | 143 | 116 | 81.1% |
| Betalingen | 8 | 135 | 103 | 76.3% |
In Redmine verschijnen dezelfde cijfers op het dashboard (ring met slagingspercentage, verdeling van resultaten, trend over 14 dagen, module- en componentdekking) en in de tabelrapporten, elk met export naar CSV en Excel.
Gebouwd rond één regel: een testgeval wordt nooit gedupliceerd
Herbruikbare testgevallen
Titel, precondities, gestructureerde stappen met verwachte resultaten, module, component, prioriteit, ernst, type en tags. Klonen, in bulk bewerken, importeren en exporteren.
Versies die de geschiedenis beschermen
Wie een testgeval bewerkt dat al is uitgevoerd, maakt een nieuwe versie aan. Oude uitvoeringen blijven verwijzen naar de stappen die echt zijn uitgevoerd.
Review en goedkeuring
Concept, in review, goedgekeurd, verouderd. Elke beslissing wordt vastgelegd met reviewer, datum en opmerking, en de auteur krijgt een melding.
Bundels, plannen en runs
Bundels groeperen testgevallen voor hergebruik. Plannen bakenen een release of sprint af op een Redmine-versie. Runs leggen één sessie op één build vast.
Een testpaneel op elk issue
Toegewezen testgevallen, laatste resultaten, slagingspercentage, gekoppelde defecten en vastleggen met één klik, op de trackers die jij kiest.
Uitvoeringen die je kunt auditen
Elke run voegt een record toe met resultaat, modus, omgeving, build, commit, duur, resultaten per stap, log en screenshots. Er wordt niets overschreven.
Datagedreven testen
Herbruikbare datasets met benoemde kolommen. Koppel ze aan testgevallen of hele bundels en leg vast welke rij elke uitvoering gebruikte.
Automatiseringskoppeling en CI/CD
Koppel een testgeval aan een framework en een identifier die je runner begrijpt, en laat de pipeline daarna ophalen wat er moet draaien en de resultaten uploaden.
Dashboard en twaalf rapporten
Een dashboard dat elke gebruiker samenstelt uit acht widgets, plus rapporten voor gereedheid, dekking, trend, omgevingen, defecten en monitoring.
Vier kleine levenscycli, allemaal zichtbaar op de pagina
| Record | Hoofdpad | Andere statussen |
|---|---|---|
| Testgeval | Concept → In review → Goedgekeurd | Wijzigingen gevraagd, Verouderd |
| Testplan | Concept → Actief → Voltooid | Gearchiveerd |
| Testrun | Gepland → In uitvoering → Voltooid | Afgebroken |
| Uitvoeringsresultaat | Geslaagd, Mislukt, Geblokkeerd of Overgeslagen | Niet uitgevoerd. Elk resultaat wordt vastgelegd als handmatig of geautomatiseerd. |
Je pipeline vraagt wat er moet draaien en meldt daarna het resultaat
De REST API staat onder /testcases/api/v1 en authenticeert met een gewone Redmine API-sleutel. Alles wat een HTTP-verzoek kan versturen, kan ermee werken. Een handleiding in de plugin loopt de installatie met je door, met je eigen URL’s al ingevuld.
| Methode | Endpoint | Doel |
|---|---|---|
| GET | /issues/:id/testing | Wat er voor een issue moet draaien |
| POST | /executions/upload | De resultaten van één build voor één issue |
| POST | /executions/bulk_upload | Resultaten voor veel issues of builds |
| POST | /test_runs | Een run aanmaken voor deze build |
| POST | /test_runs/:id/results | Resultaten naar een run sturen |
| GET | /test_cases | Testgevallen opvragen, aanmaken en bijwerken |
| GET | /test_plans | Plannen opvragen, aanmaken en bijwerken |
| GET | /issues/:id/coverage | Testdekking van een issue |
| GET | /reports/:name | Elk rapport als JSON |
| GET | /dashboard | Geaggregeerde metrics |
De resultaten van een build uploaden
POST het issue-id, het buildnummer, de commit-SHA, de omgeving en een lijst met resultaten naar /executions/upload. Resultaten worden aan testgevallen gekoppeld op automatiserings-identifier, id of referentie van het testgeval, en elk resultaat wordt een nieuwe uitvoering. De namen van resultaten worden genormaliseerd, dus passed, failure en ignored uit je runner komen allemaal goed terecht, en een mislukt resultaat dat met create_defect wordt verstuurd, levert een gekoppelde bug op.
Achttien rechten op één projectmodule
Testen is een standaard projectmodule van Redmine. Schakel de module in waar je test en geef elke rol alleen wat die nodig heeft. De menutabs volgen de rechten.
| Rol | Gebruikelijke rechten | Wat ze doen |
|---|---|---|
| QA-lead | manage_test_cases, approve_test_cases, manage_test_bundles, manage_test_plans, assign_test_bundles | Beheert de bibliotheek, keurt testgevallen goed, bouwt bundels en releaseplannen |
| Tester | view_test_cases, execute_tests, manage_test_runs, manage_test_data | Voert tests uit, legt resultaten vast, onderhoudt testdata |
| Automatiseringsengineer | manage_test_automation, view_test_executions | Koppelt testgevallen aan frameworks en identifiers |
| Ontwikkelaar | view_test_cases, view_test_executions, view_test_runs | Ziet wat er op een issue is getest en waarom het mislukte |
| Projectmanager | view_test_reports, view_test_plans | Leest rapporten over gereedheid, dekking en monitoring |
| CI-serviceaccount | upload_test_results | Uploadt resultaten met zijn API-sleutel, verder niets |
| Beheerder | admin_testing_settings, manage_test_environments | Prefixen, omgevingen, doelen en de sluitregel |
Draait waar je Redmine al draait
| Omgeving | Status | Opmerkingen |
|---|---|---|
| Redmine 7.x | Ondersteund | |
| Redmine 6.1 | Ondersteund | Ontwikkeldoel, op Rails 7.2 en Ruby 3.4. De screenshots op deze pagina komen uit 6.1.2. |
| Redmine 6.0 | Ondersteund | |
| Redmine 5.x | Ondersteund | 5.0 is de minimumversie die de plugin opgeeft |
| MySQL 8 | Ondersteund | Gebruikt voor de ontwikkeling en voor de demo op deze pagina |
| Issuetrackers | De jouwe | Werkt met elke trackerindeling. Beperk het testpaneel tot gekozen trackers of laat het op alle staan. |
| Extra gems | Eén, optioneel | roo, alleen voor het importeren van .xlsx- en .xls-bestanden |
Installeren in drie stappen
Vereist shell-toegang en de mogelijkheid rake-taken uit te voeren. Maak altijd een back-up voordat je een plug-in installeert.
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
Voegt de plugin eigen trackers toe voor eisen, stories of bugs?
Wat gebeurt er met oude resultaten als iemand een testgeval bewerkt?
Kan een mislukte test voorkomen dat een issue wordt gesloten?
Met welke CI-systemen werkt het?
Kunnen mislukkingen automatisch bugs aanmaken?
Kunnen we testgevallen uit een spreadsheet overzetten?
Zijn de cijfers op deze pagina echt?
Prijzen
Eén server
Eén Redmine-installatie · onbeperkt aantal gebruikers · 12 maanden updates.
Meerdere servers
Onbeperkt aantal Redmine-servers · onbeperkt aantal gebruikers · 12 maanden updates.
Een Redmine-oplossing op maat nodig?
Zoekt u een functie die onze plugins nog niet bieden?
RedmineKit ontwikkelt Redmine-plugins op maat, past bestaande plugins aan, automatiseert workflows, koppelt systemen van derden en bouwt oplossingen die passen bij uw organisatie.
Vertel ons wat u nodig hebt. We bekijken uw wensen en stellen een passende oplossing voor, met een kosten- en tijdsinschatting.