Ydelse · Test og kvalitetssikring

Testautomatisering

Automatisering betaler sig, hvor de samme scenarier testes igen og igen. Udgiver I én gang om året, er der ingen grund. Udgiver I hver anden uge, bliver den manuelle regressionstest den største bremse i hele processen.

Send en forespørgsel Hvad er med

Kørsel

minutter i stedet for dage

Hvert build

testes automatisk

Udvalg

det vigtige, ikke alt

Rapport

hvad fejlede og hvor

Det indeholder ydelsen

Vi automatiserer ikke alt, men det, der gentages ofte og har fundet sin form. Jagten på fuld dækning koster mere, end den giver.

Drøft omfanget

Udvalg af scenarier

Først det, der er forretningskritisk og testes oftest, fx login, bestilling og betaling.

Testudvikling

Test i fx Playwright, Cypress eller pytest, skrevet robuste over for kosmetiske ændringer i brugerfladen, ellers æder vedligeholdelsen gevinsten.

Testdata

Oprettes og ryddes op, så kørslerne ikke påvirker hinanden, og uden rigtige persondata i testmiljøet.

Pipeline

Testene kører automatisk på hvert build i GitHub Actions, GitLab CI eller Azure DevOps, ikke kun når nogen husker det.

Rapportering

Et klart resultat med det trin, hvor testen fejlede, skærmbillede og besked i Teams eller Slack.

Vedligeholdelse

Testene opdateres, når produktet ændrer sig. Det er løbende arbejde, ikke et engangsprojekt.

Sådan forløber det

De første automatiske test kører efter to til tre uger. Den mærkbare effekt kommer, når hovedflowene er dækket.

Regnestykke

Vi opgør, hvor mange timer den manuelle regressionstest koster i dag. Så kan man se, om automatisering betaler sig.

Fundament

Afviklingsmiljø i skyen, håndtering af testdata og rapportering.

Dækning

Vi skriver testene i prioriteret rækkefølge, begyndende med det, der gør mest ondt, når det går i stykker.

Drift

Vi opdaterer ved ændringer og tager hånd om ustabile test.

En ustabil test er værre end ingen test. Fejler den ind imellem uden reel grund, holder teamet op med at læse resultaterne, og så bliver de rigtige fejl overset sammen med støjen. Sådanne test bliver enten rettet med det samme eller slettet uden sentimentalitet.

Spørgsmål og svar

Nej. Automatiske test kører hurtigt og utrætteligt det, der allerede er beskrevet. At opdage et ukendt problem i et nyt flow kræver et menneske. Automatisering fjerner rutinen, ikke folkene.

Ved sjældne releases, en brugerflade i hastig forandring og prototyper. Bliver produktet tegnet om hver måned, skal testene skrives om hurtigere, end de når at gøre gavn.

Fornuftig dækning, ikke maksimal. Som regel rækker det med de flows, der tjener penge, og de steder, hvor der tidligere har været fejl. Jagten på en procentsats giver test for testens skyld.

Ja. Vi gennemgår dem først, fjerner dem, der er ustabile eller overflødige, og bygger videre på det, der fungerer, i det værktøj I allerede bruger.

Mere inden for området

Se hele området

Ydelse Funktionel test Scenarier gennemtestet før hver release Ydelse Belastningstest Sådan klarer systemet sig, når alle kommer på én gang Ydelse Brugertest og UX-test Rigtige brugere afslører, hvor brugerfladen driller Ydelse Penetrationstest Sårbarheder fundet, før andre finder dem

Lad os automatisere jeres test

Skriv, hvor ofte I udgiver nye versioner, og hvor lang tid den manuelle test tager. Vi regner på, om automatisering betaler sig.

E-mail
office@apply.dk

Vi arbejder
I hele Danmark via fjernadgang

Jeg accepterer, at Apply behandler mine oplysninger efter privatlivspolitikken