Test Case Management

Gjenbrukbare testtilfeller, suiter og pakker — koblet til hver sak og hver CI-pipeline, med full sporbarhet fra krav til feil.

$199 / én server

Kjøp Få 10 % rabatt Be om tilpasning Livedemo

Demo-innloggingadmin/12345678

Flere servere: $399

Refusjon innen 5 virkedager12 måneders oppdateringerKildekode inkludert

Test Case Management – Redmine-plugin: Testdashbordet i Redmine: en ring som viser 87,8 % bestått, felt for 70 testtilfeller, 1 090 bestått, 82 feilet, 45 blokkert, 60 % automatiseringsdekning og 1 242 utførelser, over en søyle med resultatfordeling, en trendlinje for utførelser over 14 dager og lister over de siste feilede testene og de siste utførelsene. — Testdashbordet Andel bestått, resultatfordeling, 14-dagers trend og de siste feilede testene for ett prosjekt.

Redmine: 5.0 og nyere, 6.x, 7.x
Rapporter: 12, med CSV og Excel
Rettigheter: 18, per prosjektrolle
CI/CD: REST API, autentisering med API-nøkkel
Språk: 50 språkfiler
Sakstyper: Dine egne, uendret

Reusable test cases
Suites & bundles
Immutable executions
Automation mapping
CI/CD REST API
Dashboards & reports

Én kjede fra kravet til feilen det førte til

Ingenting i kjeden er en kopi. En sak peker på testtilfellene som beviser den, hver kjøring legger til en utførelse, og en feilet utførelse peker på feilen den meldte. Følg lenkene i begge retninger, og du havner på ekte Redmine-poster.

1. Sak

En funksjon, brukerhistorie eller et krav i den sakstypen du allerede bruker. Pluginen legger ikke til noen egen sakstype.

2. Testtilfelle

Tildeles ett og ett eller gjennom en pakke. Det samme tilfellet, for eksempel TC-41, kan brukes av så mange saker du vil.

3. Plan og kjøring

En plan (TP-2) setter omfanget for en utgivelse; en kjøring (TR-5) er én økt mot ett bygg.

4. Utførelse

Bestått, feilet, blokkert eller hoppet over, med bygg, commit, miljø, stegresultater og skjermbilder. Redigeres aldri i ettertid.

5. Feil

En vanlig Redmine-sak som er lenket fra den feilede utførelsen, opprettet for hånd eller automatisk når en test feiler.

Regler som holder kjeden sammen

Referansene TC-, TB-, TP-, TR- og DS- med prefikser du velger selv, utførelser låst til den versjonen av tilfellet som ble kjørt, og en valgfri regel om at en sak ikke kan lukkes før testene er bestått.

Hele arbeidsflyten, hentet fra en kjørende Redmine 6.1

Dette er ekte skjermbilder fra pluginen i Redmines standardtema. Prosjektet, personene og resultatene er demodata for en oppdiktet nettbutikk som heter Harbor Storefront.

Skriv: et bibliotek med gjenbrukbare testtilfeller

Søk og filtrer på modul, status, automatisering og etiketter. Hvert tilfelle har strukturerte steg, et gjennomgangsspor og sin egen versjonshistorikk.

Test Case Management – Redmine-plugin: Listen over testtilfeller med søk, filtre og etikettvelger, en massehandlingslinje for å knytte tilfellene i utvalget til en pakke eller plan, og rader som viser referanse, tittel, modul, prioritet, automatiseringsstatus, gjennomgangsstatus og siste resultat. — Testtilfeller Filtrer biblioteket, se siste resultat for hvert tilfelle, og knytt til eller godkjenn mange tilfeller på én gang. Importer fra CSV eller Excel, eksporter til CSV.

Test Case Management – Redmine-plugin: Testtilfelle TC-41, Pay with a Visa card and 3-D Secure challenge, med beskrivelse, forutsetninger, seks nummererte steg med forventede resultater, tre versjoner, et tilknyttet datasett, gjennomgangshistorikken og utførelseshistorikken. — Ett testtilfelle Steg med forventede resultater, tre versjoner, kommentarene fra den som gjennomgikk det, datasettet det kjøres mot og alle utførelser så langt.

Planlegg: pakker, utgivelsesplaner og testdata

Pakker samler tilfeller for gjenbruk. En plan knytter sammen pakker, saker, testere og en Redmine-versjon. Datasett gir ett tilfelle mange rader.

Test Case Management – Redmine-plugin: Testplan TP-2, Release 2.4.0 regression: 100 % fremdrift, 61 testtilfeller, 56 bestått, 2 feilet, 91,8 % bestått, planens fire testkjøringer, de to pakkene, seks tildelte saker og tre testere. — En utgivelsesplan Fremdrift og andel bestått beregnes fra det siste resultatet for hvert planlagte tilfelle på tvers av planens kjøringer. Målversjon, sprint, miljø og datoer står i toppfeltet.

Test Case Management – Redmine-plugin: Seks kort med testpakker: Release 2.4.0 sign-off, Account and sign-in, API contract, Checkout and payments, Full regression og Smoke, hvert med type, beskrivelse, antall testtilfeller og antall saker pakken er knyttet til. — Pakker Pakker for røyktest, regresjon, funksjoner og utgivelser. Knytt én pakke til så mange saker du vil; tilfellene refereres, de kopieres ikke.

Test Case Management – Redmine-plugin: Datasett DS-1, Payment cards, med seks rader med kortmerke, sandkassenummer, utløpsdato, 3-D Secure-modus og forventet utfall, og listen over testtilfeller som bruker det. — Datasett Rader med testdata som deles av flere tilfeller. Velg raden når du registrerer et resultat, så dekker ett tilfelle seks kort uten seks kopier.

Kjør: testingen skjer på saken, og i kjøringen

Utviklere og testere jobber der de allerede er. Hvert resultat er en ny utførelse, så historikken er revisjonssporet.

Test Case Management – Redmine-plugin: En funksjonssak i Redmine, Apple Pay at checkout, med et testpanel merket Feilet og 77,8 % bestått. Panelet viser ti tildelte testtilfeller med siste resultat, et lenket feilnummer på tilfellet som feilet, en resultatvelger og en Registrer-knapp på hver rad, en kontroll for å knytte til en pakke og en knapp for å starte CI. — Testpanelet på en sak Ti tilfeller tildelt denne funksjonen, siste resultat for hvert av dem, feilen som ble meldt da en test feilet, og en Registrer-knapp på hver rad. Resultatene går inn i kjøringen som er valgt øverst i panelet.

Test Case Management – Redmine-plugin: Testkjøring TR-5, 2.4.0 RC2 full regression, pågår i Staging: 61 planlagt, 38 bestått, 6 feilet, 1 blokkert, 16 gjenstår og 84,4 % bestått, over en liste med de planlagte tilfellene og en resultatvelger for hvert. — En testkjøring Én økt mot ett bygg. Tellerne følger siste resultat per tilfelle, og du ser med et blikk hva som gjenstår.

Test Case Management – Redmine-plugin: Listen over testkjøringer med åtte kjøringer, hver med plan, status planlagt, pågår eller fullført, fremdrift som 45 av 61, andel bestått og miljø. — Alle kjøringer Regresjonskandidater, nattlig automatisering, hotfix-kontroller og utforskende økter i én liste.

Test Case Management – Redmine-plugin: Skjemaet for å registrere en utførelse av TC-41, med felter for sak, testkjøring, resultat, miljø, datarad, byggnummer, faktisk resultat og logg, fulgt av en resultatvelger og et felt for faktisk resultat for hvert av de seks stegene, og en filopplasting. — Registrere et resultat Samlet resultat pluss et resultat per steg, dataraden som ble brukt, byggnummer, logg og skjermbilder.

Test Case Management – Redmine-plugin: Utførelse nummer 1239, en feilet manuell kjøring av TC-44 Pay with Apple Pay on Safari på QA-bygg 431, med commit-SHA, varighet, lenket feil nummer 9, teksten for faktisk resultat og stegresultater som viser at steg én besto, steg to feilet og steg tre og fire ikke ble kjørt. — Én utførelse Hva som ble kjørt, på hvilket bygg og i hvilket miljø, hvilket steg som feilet, hva testeren så, og hvilken feil det førte til.

Bestem: rapporter som svarer på «kan vi lansere?»

Tolv rapporter, alle med CSV, Excel og utskrift. To av dem er laget for samtalen om utgivelsen.

Test Case Management – Redmine-plugin: Rapporten Utgivelsesklarhet, som viser Ikke klar for utgivelse, 87,8 % bestått mot et mål på 90 %, felt for tilfeller, utførelser, ventende, bestått, feilet, blokkert og åpne feil, en sjekkliste for klarhet og en liste over de siste feilede testene. — Utgivelsesklarhet Andel bestått mot målet du har satt, en sjekkliste over hva som fortsatt blokkerer utgivelsen, og de feilede testene som ligger bak.

Test Case Management – Redmine-plugin: Rapporten Overvåking: fire saker i faresonen, ingen forfalt, tre med frist innen sju dager og én utgivelse uten testplan, med en tabell over saker der testingen er feilet, blokkert eller venter, med utgivelsesversjon, frist og fremdrift. — Overvåking Saker der testingen ikke er ferdig når utgivelsesdatoen nærmer seg, og versjoner som ennå ikke har noen testplan.

Test Case Management – Redmine-plugin: Rapportoversikten med tolv kort: Testsammendrag, Regresjon, Automatisering, Kravdekning, Utgivelsesklarhet, Miljøsammenligning, Feilsammendrag, Trend for andel bestått, Moduldekning, Komponentdekning, Utførelseshistorikk og Overvåking. — Tolv rapporter Sammendrag, regresjon, automatisering, kravdekning, miljøer, feil, trend, modul- og komponentdekning, historikk.

Test Case Management – Redmine-plugin: Rapporten Automatisering med en ring som viser 60 % automatiseringsdekning, 70 testtilfeller hvorav 42 er automatiserte og 33 manuelle, en fordeling på rammeverkene Cypress, Playwright og pytest, og antall per automatiseringsstatus. — Automatisering Dekning, automatisert mot manuelt, og fordelingen per rammeverk.

Kjør det på din måte: import, varsler og innstillinger

Test Case Management – Redmine-plugin: Siden for import av testtilfeller med filopplasting, eksempelfiler i CSV og Excel til nedlasting og listen over godkjente kolonner. — Import CSV eller Excel, med en eksempelfil der alle kolonneoverskriftene er på plass.

Test Case Management – Redmine-plugin: Varsellisten med feilede utførelser, en lenket feil, et godkjent testtilfelle, en fullført testkjøring og en fullført plan, hver med hvem som utløste varselet og når. — Varsler Feilede utførelser, lenkede feil, godkjenninger og fullførte kjøringer, i Redmine og på e-post.

Test Case Management – Redmine-plugin: Innstillingssiden for testing: referanseprefikser, standardmiljø og miljøliste, mål for andel bestått, valget om å blokkere lukking av en sak til testtilfellene er bestått, valg av sakstyper, bryteren for CI/CD-API-et, automatisk oppretting av feil når en test feiler, og sakstypen for feil. — Innstillinger Prefikser, miljøer, mål for andel bestått, hvilke sakstyper som får panelet, og regelen som blokkerer lukking.

Slik ser tretti dager med testing ut i rapportene

Tallene nedenfor kommer rett fra demoprosjektet i skjermbildene, lest ut av pluginens egne rapporter: 70 testtilfeller og 1 242 utførelser mellom 9. september og 8. oktober 2026. De viser hva pluginen måler. De er verken referansemålinger eller kunderesultater.

Totaler for demoprosjektet
Måltall	Verdi	Detaljer
Testtilfeller	70	61 godkjent, 5 til gjennomgang
Utførelser	1,242	856 automatiserte, 386 manuelle
Andel bestått	87.8%	Mål 90 %
Automatiseringsdekning	60%	42 av 70 tilfeller
Feil fra feilede tester	5	Lenket til utførelsen som feilet

Resultater per miljø, fra rapporten Miljøsammenligning
Miljø	Utførelser	Bestått	Feilet	Blokkert	Hoppet over	Andel bestått
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%

Andel bestått per modul, fra rapporten Moduldekning
Modul	Tilfeller	Utførelser	Bestått	Andel bestått
API	5	129	123	95.3%
Katalog	8	118	112	94.9%
Varsler	5	99	93	93.9%
Admin	6	62	56	90.3%
Søk	6	143	128	89.5%
Autentisering	10	193	172	89.1%
Kasse	8	131	114	87.0%
Ordrer	6	89	73	82.0%
Handlekurv	8	143	116	81.1%
Betalinger	8	135	103	76.3%

I Redmine vises de samme tallene på dashbordet (ring for andel bestått, resultatfordeling, 14-dagers trend, modul- og komponentdekning) og i tabellrapportene, alle med eksport til CSV og Excel.

Bygget rundt én regel: et testtilfelle dupliseres aldri

Gjenbrukbare testtilfeller

Tittel, forutsetninger, strukturerte steg med forventede resultater, modul, komponent, prioritet, alvorlighetsgrad, type og etiketter. Klon, masserediger, importer og eksporter.

Versjoner som beskytter historikken

Når du redigerer et tilfelle som allerede er kjørt, opprettes en ny versjon. Gamle utførelser peker fortsatt på stegene som faktisk ble kjørt.

Gjennomgang og godkjenning

Utkast, til gjennomgang, godkjent, utfaset. Hver beslutning lagres med hvem som gjennomgikk, dato og kommentar, og forfatteren blir varslet.

Pakker, planer og kjøringer

Pakker grupperer tilfeller for gjenbruk. Planer avgrenser en utgivelse eller sprint mot en Redmine-versjon. Kjøringer registrerer én økt på ett bygg.

Et testpanel på hver sak

Tildelte tilfeller, siste resultater, andel bestått, lenkede feil og registrering med ett klikk, på de sakstypene du velger.

Utførelser du kan revidere

Hver kjøring legger til en post med resultat, modus, miljø, bygg, commit, varighet, stegresultater, logg og skjermbilder. Ingenting overskrives.

Datadrevet testing

Gjenbrukbare datasett med navngitte kolonner. Knytt dem til tilfeller eller hele pakker, og registrer hvilken rad hver utførelse brukte.

Automatiseringskobling og CI/CD

Koble et tilfelle til et rammeverk og en identifikator testkjøreren din forstår, og la pipelinen hente hva som skal kjøres og laste opp resultatene.

Dashbord og tolv rapporter

Et dashbord som hver bruker setter sammen av åtte moduler, pluss rapporter for klarhet, dekning, trend, miljøer, feil og overvåking.

Fire små livssykluser, alle synlige på siden

Post	Hovedløp	Andre tilstander
Testtilfelle	Utkast → Til gjennomgang → Godkjent	Endringer forespurt, Utfaset
Testplan	Utkast → Aktiv → Fullført	Arkivert
Testkjøring	Planlagt → Pågår → Fullført	Avbrutt
Utførelsesresultat	Bestått, Feilet, Blokkert eller Hoppet over	Ikke kjørt. Hvert resultat registreres som manuelt eller automatisert.

Pipelinen spør hva som skal kjøres, og melder tilbake

REST API-et ligger under /testcases/api/v1 og autentiserer med en vanlig Redmine-API-nøkkel. Alt som kan sende en HTTP-forespørsel, kan bruke det. En veiledning i pluginen tar deg gjennom oppsettet med dine egne URL-er fylt inn.

Endepunkter under /testcases/api/v1
Metode	Endepunkt	Formål
GET	/issues/:id/testing	Hva som skal kjøres for en sak
POST	/executions/upload	Resultatene fra ett bygg for én sak
POST	/executions/bulk_upload	Resultater for mange saker eller bygg
POST	/test_runs	Opprett en kjøring for dette bygget
POST	/test_runs/:id/results	Send resultater inn i en kjøring
GET	/test_cases	List opp, opprett og oppdater tilfeller
GET	/test_plans	List opp, opprett og oppdater planer
GET	/issues/:id/coverage	Testdekningen for en sak
GET	/reports/:name	Enhver rapport som JSON
GET	/dashboard	Aggregerte måltall

Laste opp resultatene fra et bygg

Send sak-id, byggnummer, commit-SHA, miljø og en liste med resultater med POST til /executions/upload. Resultatene kobles til tilfeller via automatiseringsidentifikator, tilfelle-id eller referanse, og hvert av dem blir en ny utførelse. Resultatnavn normaliseres, så passed, failure og ignored fra testkjøreren din havner riktig, og et feilet resultat sendt med create_defect oppretter en lenket feil.

Atten rettigheter i én prosjektmodul

Testing er en vanlig prosjektmodul i Redmine. Slå den på der dere tester, og gi hver rolle bare det den trenger. Menyfanene følger rettighetene.

Rolle	Typiske rettigheter	Hva de gjør
QA-leder	manage_test_cases, approve_test_cases, manage_test_bundles, manage_test_plans, assign_test_bundles	Eier biblioteket, godkjenner tilfeller, bygger pakker og utgivelsesplaner
Tester	view_test_cases, execute_tests, manage_test_runs, manage_test_data	Kjører tester, registrerer resultater, vedlikeholder testdata
Automatiseringsutvikler	manage_test_automation, view_test_executions	Kobler tilfeller til rammeverk og identifikatorer
Utvikler	view_test_cases, view_test_executions, view_test_runs	Ser hva som er testet på en sak, og hvorfor det feilet
Prosjektleder	view_test_reports, view_test_plans	Leser rapportene for klarhet, dekning og overvåking
CI-tjenestekonto	upload_test_results	Laster opp resultater med API-nøkkelen sin, ikke noe annet
Administrator	admin_testing_settings, manage_test_environments	Prefikser, miljøer, mål og lukkeregelen

Kjører der Redmine allerede kjører

Miljø	Status	Merknader
Redmine 7.x	Støttet
Redmine 6.1	Støttet	Utviklingsmål, på Rails 7.2 og Ruby 3.4. Skjermbildene på denne siden er fra 6.1.2.
Redmine 6.0	Støttet
Redmine 5.x	Støttet	5.0 er minimumsversjonen pluginen oppgir
MySQL 8	Støttet	Brukt til utvikling og til demoen på denne siden
Sakstyper	Dine egne	Fungerer med alle oppsett av sakstyper. Begrens testpanelet til utvalgte sakstyper, eller la det stå på for alle.
Ekstra gems	Én, valgfri	roo, bare for import av .xlsx- og .xls-filer

Installer i tre trinn

Krever shell-tilgang og mulighet til å kjøre rake-oppgaver. Ta alltid sikkerhetskopi før du installerer en utvidelse.

Legg pluginen i plugins-mappen

cd /opt/redmine
# unpack so the folder is plugins/redmine_testcases
bundle install

Kjør pluginens migreringer og start Redmine på nytt

RAILS_ENV=production bin/rails redmine:plugins:migrate NAME=redmine_testcases

Slå på modulen og tildel rettigheter

# Project → Settings → Modules → Test Case Management
# Administration → Roles and permissions → grant the testing permissions
# Testing → Settings → environments, pass-rate target, trackers

For å fjerne den ruller du migreringene tilbake

RAILS_ENV=production bin/rails redmine:plugins:migrate NAME=redmine_testcases VERSION=0

Legger den til egne sakstyper for krav, brukerhistorier eller feil?

Nei. Krav, brukerhistorier, oppgaver og feil forblir vanlige Redmine-saker i de sakstypene du allerede har. Pluginen legger til testtilfeller, pakker, planer, kjøringer og utførelser ved siden av dem, og et testpanel på saksiden. Du kan begrense panelet til bestemte sakstyper i innstillingene.

Hva skjer med gamle resultater når noen redigerer et testtilfelle?

De blir stående som de var. Hvis gjeldende versjon allerede er kjørt, opprettes en ny versjon når endringen lagres, og tidligere utførelser peker fortsatt på versjonen og stegene som ble kjørt. Versjonshistorikken ligger på siden til testtilfellet.

Kan en test som feiler, hindre at en sak lukkes?

Ja, hvis du slår det på. Når «Blokker lukking av en sak til alle testtilfellene er bestått» er aktivert, kan ikke en sak med tildelte tilfeller flyttes til en lukket status så lenge noen av dem er feilet, blokkert eller ikke kjørt ennå. Saker uten testtilfeller blokkeres aldri.

Hvilke CI-systemer fungerer den med?

Alle systemer som kan sende en HTTP-forespørsel med en Redmine-API-nøkkel. Pipelinen spør hvilke automatiserte tilfeller som er tildelt, kjører dem og laster opp resultatene som JSON. Gi tjenestekontoen bare rettigheten til å laste opp.

Kan feilede tester opprette feil automatisk?

Ja. Velg en sakstype for feil i innstillingene, og slå enten på automatisk oppretting eller send create_defect sammen med et feilet resultat fra pipelinen. Feilen er en vanlig sak, lenket fra utførelsen som utløste den.

Kan vi hente inn testtilfeller fra et regneark?

Ja. Importer fra CSV rett ut av esken, eller fra Excel når den valgfrie gem-en roo er installert. En eksempelfil med alle kolonnene er ett klikk unna på importsiden, og steg skilles med et loddrett strek-tegn (|).

Er tallene på denne siden ekte?

De er ekte utdata fra pluginen, kjørt mot demodata. Vi fylte et oppdiktet prosjekt med data, tok skjermbildene derfra og leste tallene ut av rapportene. De viser hva du vil kunne se for ditt eget prosjekt, ikke resultater fra en kunde.

Priser

Én server

$199

Én Redmine-installasjon · ubegrenset antall brukere · 12 måneders oppdateringer.

Unlimited users12 months of updatesEmail support

Kjøp lisens

Flere servere

$399

Ubegrenset antall Redmine-servere · ubegrenset antall brukere · 12 måneders oppdateringer.

Unlimited users12 months of updatesEmail support

Kjøp lisens

Trenger du en skreddersydd Redmine-løsning?

Ser du etter en funksjon som våre plugins ikke har?

RedmineKit utvikler skreddersydde Redmine-plugins, tilpasser eksisterende plugins, automatiserer arbeidsflyter, integrerer tredjepartssystemer og lager løsninger for akkurat din virksomhet.

Fortell oss hva du trenger. Vi går gjennom kravene dine og foreslår en passende løsning med anslått pris og tidsplan.

Be om tilpasning

Kjøp

Relaterte utvidelser

Test Case Management

Reusable test cases

Suites & bundles

Immutable executions

Automation mapping

CI/CD REST API

Dashboards & reports

Én kjede fra kravet til feilen det førte til

1. Sak

2. Testtilfelle

3. Plan og kjøring

4. Utførelse

5. Feil

Regler som holder kjeden sammen

Hele arbeidsflyten, hentet fra en kjørende Redmine 6.1

Skriv: et bibliotek med gjenbrukbare testtilfeller

Planlegg: pakker, utgivelsesplaner og testdata

Kjør: testingen skjer på saken, og i kjøringen

Bestem: rapporter som svarer på «kan vi lansere?»

Kjør det på din måte: import, varsler og innstillinger

Slik ser tretti dager med testing ut i rapportene

Bygget rundt én regel: et testtilfelle dupliseres aldri

Gjenbrukbare testtilfeller

Versjoner som beskytter historikken

Gjennomgang og godkjenning

Pakker, planer og kjøringer

Et testpanel på hver sak

Utførelser du kan revidere

Datadrevet testing

Automatiseringskobling og CI/CD

Dashbord og tolv rapporter

Fire små livssykluser, alle synlige på siden

Pipelinen spør hva som skal kjøres, og melder tilbake

Laste opp resultatene fra et bygg

Atten rettigheter i én prosjektmodul

Kjører der Redmine allerede kjører

Installer i tre trinn

Priser

Én server

Flere servere

Trenger du en skreddersydd Redmine-løsning?

Relaterte utvidelser