Test Case Management
QAÅteranvändbara testfall, sviter och paket — kopplade till varje ärende och varje CI-pipeline, med full spårbarhet från krav till defekt.
Flera servrar: $399
- Redmine
- 5.0 och senare, 6.x, 7.x
- Rapporter
- 12, med CSV och Excel
- Behörigheter
- 18, per projektroll
- CI/CD
- REST API, autentisering med API-nyckel
- Språk
- 50 språkfiler
- Ärendetyper
- Dina egna, oförändrade
Reusable test cases
Suites & bundles
Immutable executions
Automation mapping
CI/CD REST API
Dashboards & reports
En enda kedja från kravet till defekten det gav upphov till
Inget i kedjan är en kopia. Ett ärende pekar på testfallen som bevisar det, varje körning lägger till en exekvering, och en misslyckad exekvering pekar på buggen den gav upphov till. Följ länkarna åt vilket håll som helst så hamnar du på riktiga Redmine-poster.
1. Ärende
En funktion, en story eller ett krav i den ärendetyp du redan använder. Pluginet lägger inte till någon egen ärendetyp.
2. Testfall
Tilldelas ett i taget eller via ett paket. Samma testfall, till exempel TC-41, kan användas av hur många ärenden som helst.
3. Plan och körning
En plan (TP-2) sätter omfånget för en release; en körning (TR-5) är en session mot en build.
4. Exekvering
Lyckad, misslyckad, blockerad eller överhoppad, med build, commit, miljö, stegresultat och skärmbilder. Ändras aldrig i efterhand.
5. Defekt
Ett vanligt Redmine-ärende som länkas från felet, skapat för hand eller automatiskt när ett test misslyckas.
Regler som håller ihop kedjan
Referenserna TC-, TB-, TP-, TR- och DS- med prefix du väljer själv, exekveringar låsta till den version av testfallet som kördes, och en valfri regel om att ett ärende inte kan stängas förrän dess tester går igenom.
Hela arbetsflödet, fångat från en Redmine 6.1 i drift
Det här är riktiga skärmar från pluginet med Redmines standardtema. Projektet, personerna och resultaten är demodata för en påhittad webbutik som heter Harbor Storefront.
Skriv: ett bibliotek med återanvändbara testfall
Sök och filtrera på modul, status, automatisering och taggar. Varje testfall har strukturerade steg, en granskningshistorik och en egen versionshistorik.
Planera: paket, releaseplaner och testdata
Paket samlar testfall för återanvändning. En plan knyter ihop paket, ärenden, testare och en Redmine-version. Datauppsättningar ger ett testfall många rader.
Kör: testningen sker i ärendet och i körningen
Utvecklare och testare arbetar där de redan är. Varje resultat är en ny exekvering, så historiken är granskningsspåret.
Besluta: rapporter som svarar på ”kan vi släppa?”
Tolv rapporter, alla med CSV, Excel och utskrift. Två av dem är byggda för samtalet om releasen.
Kör det på ditt sätt: import, aviseringar och inställningar
Så ser trettio dagars testning ut i rapporterna
Siffrorna nedan kommer direkt från demoprojektet i skärmbilderna, avlästa ur pluginets egna rapporter: 70 testfall och 1 242 exekveringar mellan den 9 september och den 8 oktober 2026. De visar vad pluginet mäter. De är varken riktmärken eller kundresultat.
| Mått | Värde | Detalj |
|---|---|---|
| Testfall | 70 | 61 godkända, 5 under granskning |
| Exekveringar | 1,242 | 856 automatiserade, 386 manuella |
| Andel lyckade | 87.8% | Mål 90 % |
| Automatiseringstäckning | 60% | 42 av 70 testfall |
| Defekter från fel | 5 | Länkade till den misslyckade exekveringen |
| Miljö | Exekveringar | Lyckad | Misslyckad | Blockerad | Överhoppad | Andel lyckade |
|---|---|---|---|---|---|---|
| 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 | Testfall | Exekveringar | Lyckade | Andel lyckade |
|---|---|---|---|---|
| API | 5 | 129 | 123 | 95.3% |
| Catalog | 8 | 118 | 112 | 94.9% |
| Aviseringar | 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% |
Inne i Redmine visas samma siffror på instrumentpanelen (ring för andel lyckade, resultatfördelning, 14-dagarstrend, modul- och komponenttäckning) och i tabellrapporterna, alla med export till CSV och Excel.
Byggt kring en enda regel: ett testfall dupliceras aldrig
Återanvändbara testfall
Titel, förutsättningar, strukturerade steg med förväntade resultat, modul, komponent, prioritet, allvarlighetsgrad, typ och taggar. Klona, massredigera, importera och exportera.
Versioner som skyddar historiken
När du redigerar ett testfall som redan har körts skapas en ny version. Gamla exekveringar fortsätter att peka på de steg som faktiskt kördes.
Granskning och godkännande
Utkast, under granskning, godkänt, utfasat. Varje beslut sparas med granskare, datum och kommentar, och författaren får en avisering.
Paket, planer och körningar
Paket grupperar testfall för återanvändning. Planer avgränsar en release eller sprint mot en Redmine-version. Körningar dokumenterar en session på en build.
En testpanel i varje ärende
Tilldelade testfall, senaste resultat, andel lyckade, länkade defekter och registrering med ett klick, på de ärendetyper du väljer.
Exekveringar som går att granska
Varje körning lägger till en post med resultat, läge, miljö, build, commit, varaktighet, stegresultat, logg och skärmbilder. Ingenting skrivs över.
Datadriven testning
Återanvändbara datauppsättningar med namngivna kolumner. Koppla dem till testfall eller hela paket och registrera vilken rad varje exekvering använde.
Automatiseringsmappning och CI/CD
Mappa ett testfall till ett ramverk och en identifierare som din testkörare förstår, och låt sedan pipelinen hämta vad som ska köras och ladda upp resultaten.
Instrumentpanel och tolv rapporter
En instrumentpanel som varje användare sätter ihop av åtta widgetar, plus rapporter för beredskap, täckning, trend, miljöer, defekter och bevakning.
Fyra små livscykler, alla synliga på sidan
| Post | Huvudflöde | Övriga tillstånd |
|---|---|---|
| Testfall | Utkast → Under granskning → Godkänt | Ändringar begärda, Utfasat |
| Testplan | Utkast → Aktiv → Slutförd | Arkiverad |
| Testkörning | Planerad → Pågår → Slutförd | Avbruten |
| Exekveringsresultat | Lyckad, Misslyckad, Blockerad eller Överhoppad | Ej körd. Varje resultat registreras som manuellt eller automatiserat. |
Din pipeline frågar vad som ska köras och rapporterar sedan tillbaka
REST API:et ligger under /testcases/api/v1 och autentiserar med en vanlig API-nyckel från Redmine. Allt som kan skicka en HTTP-förfrågan kan använda det. En guide i pluginet går igenom uppsättningen med dina egna URL:er ifyllda.
| Metod | Endpoint | Syfte |
|---|---|---|
| GET | /issues/:id/testing | Vad som ska köras för ett ärende |
| POST | /executions/upload | En builds resultat för ett ärende |
| POST | /executions/bulk_upload | Resultat för många ärenden eller builds |
| POST | /test_runs | Skapa en körning för den här builden |
| POST | /test_runs/:id/results | Skicka in resultat i en körning |
| GET | /test_cases | Lista, skapa och uppdatera testfall |
| GET | /test_plans | Lista, skapa och uppdatera planer |
| GET | /issues/:id/coverage | Testtäckning för ett ärende |
| GET | /reports/:name | Valfri rapport som JSON |
| GET | /dashboard | Aggregerade mätvärden |
Ladda upp resultaten från en build
Skicka ärende-id, buildnummer, commit-SHA, miljö och en lista med resultat med POST till /executions/upload. Resultaten matchas mot testfall via automatiseringsidentifierare, testfalls-id eller referens, och vart och ett blir en ny exekvering. Resultatnamnen normaliseras, så passed, failure och ignored från din testkörare hamnar rätt, och ett misslyckat resultat som skickas med create_defect skapar en länkad bugg.
Arton behörigheter i en projektmodul
Testning är en vanlig projektmodul i Redmine. Aktivera den där ni testar och ge varje roll bara det den behöver. Menyflikarna följer behörigheterna.
| Roll | Typiska behörigheter | Vad de gör |
|---|---|---|
| QA-ansvarig | manage_test_cases, approve_test_cases, manage_test_bundles, manage_test_plans, assign_test_bundles | Äger biblioteket, godkänner testfall, bygger paket och releaseplaner |
| Testare | view_test_cases, execute_tests, manage_test_runs, manage_test_data | Kör tester, registrerar resultat, underhåller testdata |
| Automatiseringsingenjör | manage_test_automation, view_test_executions | Mappar testfall till ramverk och identifierare |
| Utvecklare | view_test_cases, view_test_executions, view_test_runs | Ser vad som testas i ett ärende och varför det misslyckades |
| Projektledare | view_test_reports, view_test_plans | Läser rapporterna om beredskap, täckning och bevakning |
| Tjänstekonto för CI | upload_test_results | Laddar upp resultat med sin API-nyckel, inget annat |
| Administratör | admin_testing_settings, manage_test_environments | Prefix, miljöer, mål och stängningsregeln |
Körs där din Redmine redan körs
| Miljö | Status | Anmärkningar |
|---|---|---|
| Redmine 7.x | Stöds | |
| Redmine 6.1 | Stöds | Utvecklingsmål, på Rails 7.2 och Ruby 3.4. Skärmbilderna på den här sidan kommer från 6.1.2. |
| Redmine 6.0 | Stöds | |
| Redmine 5.x | Stöds | 5.0 är den lägsta version som pluginet anger |
| MySQL 8 | Stöds | Används för utveckling och för demon på den här sidan |
| Ärendetyper | Dina egna | Fungerar med vilken uppsättning ärendetyper som helst. Begränsa testpanelen till valda ärendetyper eller låt den vara på för alla. |
| Extra gems | En, valfri | roo, bara för import av .xlsx- och .xls-filer |
Installera i tre steg
Kräver shell-åtkomst och möjlighet att köra rake-uppgifter. Ta alltid en säkerhetskopia innan du installerar ett tillägg.
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
Lägger det till egna ärendetyper för krav, stories eller buggar?
Vad händer med gamla resultat när någon redigerar ett testfall?
Kan ett misslyckat test hindra att ett ärende stängs?
Vilka CI-system fungerar det med?
Kan fel skapa buggar automatiskt?
Kan vi föra över testfall från ett kalkylblad?
Är siffrorna på den här sidan riktiga?
Priser
En server
En Redmine-installation · obegränsat antal användare · 12 månaders uppdateringar.
Flera servrar
Obegränsat antal Redmine-servrar · obegränsat antal användare · 12 månaders uppdateringar.
Behöver du en skräddarsydd Redmine-lösning?
Letar du efter en funktion som våra plugins inte har?
RedmineKit utvecklar skräddarsydda Redmine-plugins, anpassar befintliga plugins, automatiserar arbetsflöden, integrerar tredjepartssystem och bygger lösningar för just ert företag.
Berätta vad du behöver. Vi går igenom dina krav och föreslår en lämplig lösning med uppskattad kostnad och tidsplan.