Gør den manuelle API-prøve gentagelig
Et enkelt vellykket API-kald viser, at én forespørgsel virkede på ét tidspunkt. Det viser ikke, at kollegaen kan gentage den, at en fejl giver det rigtige svar, eller at testen stopper en dårlig release. Vælg derfor API-testværktøj efter hele vejen fra lokal undersøgelse til fælles, automatisk kontrol.
Denne guide sammenligner Bruno, Insomnia og Postman. Den handler om at opbygge, dele og køre forespørgsler og test mod API'er. Et system til at planlægge manuelle testforløb og registrere resultater behandles i guiden om teststyring; offentlig vejledning til API-brugere behandles i API-dokumentation.
Kort fortalt
- Bruno: Undersøg det, når testsamlinger skal ligge som filer sammen med koden og gennemgås i Git.
- Insomnia: Undersøg det, når I skal vælge mellem lokal lagring, Git og cloud. Git-samarbejde og central kontrol har pakkegrænser.
- Postman: Undersøg det, når test, samarbejde, dokumentation og overvågning skal indgå i samme platform. Skeln mellem personlige og fælles planer.
Sammenligning
Stryg tabellen til siden for at se alle kolonner.
| Værktøj | Dokumenteret arbejdsmåde | Afklaring før køb | Relevant køberprøve |
|---|---|---|---|
| Bruno | Testsamlinger som tekstfiler og samarbejde gennem Git | Betalte planer tilføjer blandt andet dybere Git-arbejde og support | Gennemgå og sammenflet to ændringer |
| Insomnia | Lokal, Git- eller cloudlagring samt Inso CLI | Essentials angiver Git Sync for op til tre brugere | Kør samme samling lokalt og i CI |
| Postman | Collections, miljøer, test og fælles platformfunktioner | Team adskiller sig fra Free og Solo | Lad en ny kollega genkøre en fejlet test |
Prøverne er vores forslag og ikke udførte produkttest. En funktionsliste er ikke dokumentation for, at jeres eksisterende scripts kan flyttes uden rettelser.
Bruno
Bruno beskriver samlinger som tekstfiler på filsystemet, der kan ligge sammen med kode og deles gennem Git. Prissiden skelner mellem Open Source, Pro og Ultimate og beskriver de betalte planer med blandt andet dybere Git-integration, automatisering og support. Arbejdsmåde og planer
Vores vurdering: Afprøv Bruno, hvis kodegennemgang også skal omfatte de API-kald, som teamet bruger til kontrol. Lav to samtidige ændringer i samme samling, og kontrollér, om en reviewer kan forstå forskellen. At filer ligger lokalt gør ikke deres indhold sikkert at committe: prøven skal også vise, hvordan testnøgler holdes ude af repositoryet og logfilerne.
Insomnia
Insomnias Essentials-plan angiver lokale og cloudprojekter, Inso CLI til CI/CD og Git Sync-projekter for op til tre brugere. Pro udvider Git-samarbejdet og tilføjer rollebaseret adgang. Enterprise angiver blandt andet SSO, SCIM og mulighed for centralt at bestemme, hvor projekter må lagres. Planer og lagerkontrol
Vores vurdering: Tag Insomnia med, når udviklere og organisation skal blive enige om en fælles opbevaringsform. Afprøv den form, I faktisk vil tillade, på en ny maskine. Kontrollér også de nødvendige plugins, miljøvariabler og kommandolinjekørsler. En lokal prøve fra den oprindelige udviklers maskine kan skjule afhængigheder, som først viser sig i CI.
Postman
Postmans aktuelle oversigt skelner mellem Free, Solo, Team og større virksomhedsfunktioner. Team beskriver samarbejde, workspace- og collection-læsere samt grundlæggende rollebaseret adgang. Platformen beskriver også collections, miljøer, mockservere, automatisk test og API-overvågning. De forskellige former for kørsel og forbrug skal læses hver for sig. Planer og funktioner
Vores vurdering: Afprøv Postman, hvis flere roller skal samarbejde om API'ets livscyklus. Lad en udvikler ændre en test, en kollega undersøge fejlen og en læser finde den relevante vejledning. Bed om en beregning med præcis de automatiske kørsler, monitorer og brugerroller, I vil anvende. Brug ikke en pris fra en personlig plan som budget for hele teamets samarbejde.
Køberprøve: et API, der med vilje svarer forkert
Brug et testmiljø med syntetiske data. Lav en samling, der opretter en post, læser den igen og kontrollerer både statuskode og indhold. Tilføj en ugyldig forespørgsel og en bruger uden den nødvendige adgang. Aftal de forventede svar, før I kører testen.
Indfør derefter en kontrolleret fejl i testmiljøet. Kontrollér, at kommandolinjekørslen giver en fejlstatus, som CI faktisk stopper på, og at rapporten viser den rigtige test. Fjern fejlen, kør igen fra en frisk maskine og undersøg, om opsætningen kan genskabes ud fra repository og dokumentation. Brug kun endpoints, I har tilladelse til at teste, og undgå rigtige kundehandlinger i prøveforløbet.
Planlæg migreringen før licenskøbet
Vælg nogle repræsentative samlinger med forskellige loginformer, scripts og datavariabler. Notér, hvad der kan importeres direkte, og hvad der kræver omskrivning. Fordel ejerskab for fælles testdata, opdatering af samlinger og oprydning i forældede kald. Ellers risikerer I blot at flytte en uvedligeholdt samling ind i et nyt værktøj.
Metode og afgrænsning
Kilderne er leverandørernes egne sider, kontrolleret 16. oktober 2026. Kildernes publiceringsdato er ikke fastslået. Udvalget er alfabetisk og ikke en rangering eller komplet markedsoversigt. Vi har ikke udført produkttest eller indhentet tilbud. Dansk support, migrationskompatibilitet med jeres samlinger og kommercielle relationer til leverandørerne er ikke verificeret. Prøverne er redaktionelle forslag.