Hvordan sikrer dere at nye versjoner ikke ødelegger løsningen?
Kort svar
Med tre lag: automatiske tester som kjører hver gang koden endres, et eget testmiljø der endringen prøves før den går i drift, og en fast rekkefølge for utrulling der databaseendringer går før koden som trenger dem. Hvor omfattende testene skal være, avtaler vi ut fra hva løsningen gjør og hva en feil vil koste dere. Det står i tilbudet før oppstart.
Vi sikrer nye versjoner med tre lag: automatiske tester som kjører hver gang koden endres, et eget testmiljø der endringen prøves før den går i drift, og en fast rekkefølge for utrulling der databaseendringer går før koden som trenger dem. Hvor omfattende testene skal være, avtaler vi ut fra hva løsningen gjør og hva en feil vil koste dere.
Hvilke tester som kjører
I en B2B-løsning vi bygger for en kunde, kjører tre typer tester automatisk i CI:
- Enhetstester som sjekker enkeltfunksjoner, for eksempel at beregninger blir riktige.
- Isolasjonstester for tilgang mot en lokal database, som sjekker at én kunde ikke kan lese en annens data.
- Ende-til-ende-tester med Playwright, som klikker seg gjennom løsningen slik en bruker ville gjort.
En endring som får en test til å feile, stoppes før den når brukerne. Ikke alle løsninger trenger alle tre. En intern løsning for noen få ansatte kan klare seg med færre tester enn en kundeportal med betaling. Det avgjør vi sammen med dere.
Testmiljø før drift
Løsningen prøves i et eget testmiljø før den settes i drift. Der kan dere selv se og godkjenne endringen, med data som ikke er ekte kundedata.
Rekkefølgen betyr noe
Ikke alle feil fanges av tester. I et prosjekt ble en databaseendring ikke kjørt mot produksjon før koden som trengte den, ble sluppet. En manglende kolonne leses som tom, ingenting feilet synlig, og menyen tømte seg. Rutinen vår nå er at databaseendringen går først, koden slippes etterpå, og koden skrives slik at den oppfører seg fornuftig selv om nye data mangler. Mer om dette står i svaret om hva som skjer etter lansering.
Det du bør spørre om
- Hvilke flyter dekkes av automatiske tester, og hvilke testes for hånd?
- Hvem godkjenner en endring før den går i drift?
- Hvordan rulles en endring tilbake hvis noe likevel går galt?
En partner som ikke kan svare konkret på dette, vil gjøre hver ny versjon til et sjansespill.
Les mer om hvordan vi bygger webapplikasjoner og integrasjoner, og hvordan vi tar ansvar for oppdateringer på vedlikehold og videreutvikling.
Har dere en løsning der hver oppdatering føles risikabel? Fortell hva den gjør, så vurderer vi hvilke tester som bør komme først.
Få en vurdering av testbehovetGratis verktøy
Hvor synlig er dere i AI-svar?
Skriv inn domenet, så sjekker vi hvor lett nettstedet er å lese og sitere for ChatGPT, Perplexity og Google AI Overviews. Rapporten med score kommer på e-post.
Relaterte spørsmål