Kravgennemgang
Vi læser user stories og specifikationer og finder modsigelser, før der skrives kode. Fejl fanget her er de billigste.
Formålet er at sikre, at produktet opfører sig korrekt, ikke kun på den vej, der bliver vist frem til demoen, men også på alle de andre. En fejl, der bliver fundet før release, koster en brøkdel af den, en kunde ringer ind om.
Den største værdi ligger ikke i de enkelte fejl, vi finder, men i det voksende sæt af scenarier, der køres igen fra version til version.
Vi læser user stories og specifikationer og finder modsigelser, før der skrives kode. Fejl fanget her er de billigste.
Beskrevne test med forventet resultat, som kan genbruges af os, jeres egne folk eller en senere automatisering.
Hovedflows, grænseværdier og reaktionen på bevidst forkerte data, fx et CVR-nummer med syv cifre eller en dansk adresse med æ, ø og å.
Vi sikrer, at det nye ikke har ødelagt det, der virkede. Her findes de fleste fejl, der kommer tilbage.
Trin, miljø, testdata og forventet adfærd direkte i jeres Jira, Azure DevOps eller GitHub, så udvikleren ikke skal gætte.
Hvad er testet, hvad lå uden for rammen, og hvilke risici I accepterer ved at udgive versionen.
Første testrunde tager længere tid, fordi scenarierne skrives fra bunden. De efterfølgende runder går markant hurtigere. Alt foregår på afstand mod jeres test- eller stagingmiljø.
Vi sætter os ind i produktet og finder ud af, hvad der er forretningskritisk, og hvad der er mindre vigtigt.
Omfang og afgrænsning. Alle kombinationer kan ikke testes, så vi prioriterer efter risiko.
Vi gennemgår scenarierne, registrerer fund og tester igen efter rettelserne.
Anbefaling om release med en liste over udækkede områder og tilbageværende risici.
En fejl uden trin til genskabelse bliver lukket som »kan ikke genskabes«. En besked som »checkout virker ikke« bliver sendt frem og tilbage mellem folk i ugevis. Præcise trin, data, browser og miljø skærer tiden til rettelse ned til en brøkdel.
Jo, men de følger den vej, de selv har tænkt, og ser ikke deres egne antagelser. En uafhængig tester afprøver netop det, forfatteren ikke tænkte på: forkerte input, tabt forbindelse, et dobbeltklik på betalingsknappen.
Typisk en fjerdedel til en tredjedel af udviklingstiden. Bruges der mindre, dækkes kun hovedflowene, og en del fejl når ud til brugerne. Det kan være et bevidst og fornuftigt valg, når det er truffet med åbne øjne.
Ja, og det er en af de hyppigste henvendelser: systemet kører, men kvaliteten giver anledning til bekymring. Vi starter med at udforske systemet og skriver scenarierne ud fra den faktiske adfærd, da der sjældent findes dokumentation.
Mindre opgaver afregnes til 895 kr./time ekskl. moms. Faste testrunder før hver release aftales som et fast forløb, så I kender prisen på forhånd.
Beskriv systemet, og hvad der bekymrer jer. Vi laver en testplan og estimerer omfanget.
Tak for jeres henvendelse
Den ligger nu hos en af vores konsulenter. I hører fra os inden for arbejdsdagen, og hastesager bliver taget op af en tekniker med det samme.
Byen står ikke på listen. Tjek stavemåden, eller vælg den nærmeste større by.