Gå til indhold
BigTree108

QA og testautomatisering

Test, der fortæller jer noget. Manuel QA, hvor der er brug for dømmekraft, automatiserede testsuiter, hvor der er gentagelse, og en pipeline, hvor en fejlende test faktisk stopper en release.

Hvad vi laver

  • Manuel QA

    Testplaner skrevet ud fra jeres krav, eksplorative sessioner på rigtige enheder og browsere og fejlrapporter, som en udvikler kan genskabe allerede ved første gennemlæsning.

  • Testautomatisering

    End-to-end-testsuiter i Playwright, der kører i continuous integration ved hver ændring, plus tests på API-niveau, der er hurtigere og mindre skrøbelige end at styre brugerfladen.

  • Spærre for releases

    En pipeline, hvor en rød testsuite blokerer udrulningen, og en fejl giver besked til den udvikler, der kan handle på den, og ikke til en kanal, ingen læser.

  • Tilgængelighedskontroller

    Automatiserede axe-kontroller på hver komponent og manuelle gennemgange med tastatur og skærmlæser af de forløb, der betyder noget.

Regler, vi anvender

  • Hver fejlrettelse udkommer med en test for sin fejltype, skrevet mod den generelle fejl og ikke det enkelte indberettede tilfælde og placeret i det bredeste lag, der kan fange den.
  • Databasen mockes aldrig. Integrationstests kører mod en rigtig database i en container, fordi de fejl, der når produktion, ligger i det hul, en mock skjuler.
  • Tests kontrollerer specifikke fejl, ikke »der skete en fejl«. En test, der består af den forkerte grund, er værre end ingen test.
  • Dækning måles og må ikke falde, og browsertestsuiter kører efter en tidsplan mod en bygget applikation og ikke en udviklingsserver.

Samarbejde med jeres udviklere

En QA-ingeniør fra vores team kan indgå i jeres eksisterende proces: jeres tracker, jeres definition of done, jeres releaserytme. Vi starter også gerne med en engangsaudit, der viser, hvor hullerne i dækningen er, og hvad den billigste første automatisering ville være, før I forpligter jer til noget længere.

Vil I vide, hvor jeres testdækning egentlig står?

Send repositoriet eller en beskrivelse af jeres releaseproces. I får en skriftlig vurdering og en første automatiseringsplan inden for én arbejdsdag.