En eksperts guide til at forstå testpyramiden

I mine næsten ti år med arbejde inden for softwaretest og testautomatisering er jeg stødt på begrebet 'testpyramiden' flere gange, end jeg kan tælle. Hvis dit team bruger for meget tid på at vente på, at testkørslerne bliver færdige, implementerer I måske testautomatiseringspyramiden forkert.

Når det handler om at udvikle robust og pålidelig software, er test ufravigelig. Men ikke al test er skabt ens. Testpyramidens model hjælper udviklere og QA-teams med at finde den rette balance mellem forskellige testtyper og sikrer en omfattende dækning uden at overbelaste testprocessen. Ved at fokusere på forskellige lag—enhedstest, integrationstest og ende-til-ende-test—tilbyder pyramiden en strategisk ramme til at optimere testindsatsen og øge softwarekvaliteten.

I denne vejledning gennemgår jeg testpyramiden, forklarer hvordan hvert lag bidrager til en solid teststrategi, og giver praktiske tips til at implementere den effektivt i jeres udviklingsarbejdsgang.

Hvad er testpyramiden?

Testpyramiden er en model, der opdeler automatiserede test i tre hovedkategorier: enhedstest, integrationstest og UI-test (eller e2e-test). Det gør det muligt at udvikle en mere effektiv testsuite og hjælper udviklere og QA-specialister med at opnå højere kvalitet. 

Disse testtyper er placeret lagdelt som en pyramide, med enhedstest nederst, integrationstest i midten og UI-test øverst.

Tanken er, at pyramidens bund skal have det højeste antal test, mens toppen skal have det laveste antal. Det skyldes, at testudførelsestiden stiger for hvert testniveau.

Automatiserede testniveauer

For bedre at forstå pyramiden kan vi udforske hvert af dens niveauer.

Enhedstest

Enhedstestene, der nogle gange kaldes komponenttest, udgør testpyramidens fundament - det betyder, at de bør være de mest talrige. De oprettes typisk under udviklingsprocessen af udviklere eller nogle gange testere. Det primære mål med enhedstest er at isolere den kode, der skal testes, for at kontrollere, at den fungerer som tilsigtet.

Enhedstest er en afgørende fase i softwareudviklingsprocessen, fordi den kan hjælpe med at opdage kodeproblemer tidligt, som kan være sværere at identificere i efterfølgende testfaser. Når fejl opdages tidligt, er de lettere at rette, før andre komponenter bliver påvirket.

Fordi de er meget granulære og kun tester dele (komponenter) af applikationen, er enhedstest normalt meget hurtige.

Integrationstest

Integrationstest udgør det andet lag i testpyramiden. Sammenlignet med enhedstest tager de normalt længere tid at udføre, og deres hyppighed bør være lavere.

Ved integrationstest tester vi interaktionerne mellem individuelle enheder eller softwarekomponenter eller mellem interne komponenter og eksterne komponenter såsom databaser eller API'er. 

Integrationstest er normalt langsommere og mere komplekse end enhedstest, eftersom de interagerer med eksterne kilder. Du får også brug for et stabilt præproduktionsmiljø til disse test, der minder om produktionsmiljøet.

UI-test fra start til slut

Ende-til-ende-test befinder sig øverst i pyramiden og har til formål at teste applikationen som helhed. De bruger miljøer og data, der simulerer virkelige scenarier. 

Ende-til-ende-test udføres bedst fra slutbrugerens perspektiv. QA-ingeniører kan overveje oplysninger som de forskellige måder, en bruger kan interagere med appen på, hvad brugeren gør for at nå sine mål med appen, og hvad der kan gå galt. Målet er at oprette en test baseret på denne adfærd.

Ifølge testpyramiden bør vi have færre test på dette niveau, fordi e2e-test typisk tager længere tid at udføre og er de mest skrøbelige og vanskelige at vedligeholde. De udføres også på senere udviklingsstadier.

Manuel test og eksplorativ test inkluderes nogle gange også på dette niveau, fordi de normalt fokuserer på UI-test og omfatter mere komplekse scenarier, der tester systemet som helhed.

Hvorfor bruge testpyramiden?

Testpyramiden giver en logisk, iterativ struktur til at prioritere, hvilke testniveauer der skal fokuseres på, og hvornår. Det gøres ved først at køre de mindre og enklere test og gemme de større og mere komplekse test til senere faser i testprocessen.

Når du overvejer antallet af test, du får brug for på hvert trin i pyramiden, giver pyramidens struktur endnu mere mening.

Testpyramiden giver også testere mulighed for at få hurtigere feedback på, hvordan applikationen fungerer, ved at tage højde for tests, der bør køres både i de tidlige og senere faser af softwareudviklingen.

Teams kan opdage og rette fejl hurtigere, hvilket er utrolig omkostningseffektivt på lang sigt, hvis der er en indbygget påmindelse om at indhente feedback allerede på enhedstestniveau.

Ved at teste på alle disse forskellige niveauer giver testpyramiden en god måde at øge testdækningen på.

Efterhånden som du skalerer din testindsats, vil du opdage, at integrerede løsninger til databaseadministration kan tilbyde funktioner som automatiserede sikkerhedskopier og datagendannelse, hvilket er uundværligt for at opretholde et stabilt testmiljø.

Testpyramiden i agil udvikling

Teams, der arbejder agilt, får størst udbytte af at bruge testautomatiseringspyramiden, fordi:

• Agile-metoder prioriterer effektivitet og hastighed. Det understøttes af testpyramiden, som strømliner testprocessen.
• Arbejdet bliver afsluttet hurtigere, når der tilføjes en klar progression og logik til testprocessen.
• Da pyramiden er designet til at køre de letteste tests først, kan testere administrere deres tid mere effektivt, opnå bedre resultater og gøre livet lettere for alle.
• Testpyramiden hjælper testere med at prioritere opgaver korrekt.

Hvis testskripter udvikles med større fokus på brugergrænsefladen (UI), er der større risiko for, at den centrale forretningslogik og serverfunktionerne ikke bliver testet grundigt. Det påvirker produktkvaliteten og øger teamets arbejdsbyrde. Derudover er den samlede testdækning mindre, fordi UI-tests har en lang gennemløbstid. Testautomatiseringspyramiden hjælper med at undgå sådanne situationer. Teams, der arbejder agilt, kan drage fordel af testpyramiden og udnytte avancerede automatiserede QA-løsninger til at forbedre hastighed og effektivitet.

Udfordringer til testpyramiden

Det kan være klogt at overveje følgende kritik af testpyramiden:

• Testenes værdi tages ikke i betragtning: En vanskelig test, der udvikles over længere tid (med en faktor 10), kan være 100 % nøjagtig. Hvis det er tilfældet, hvorfor skulle man så have brug for et stort antal enhedstests?
• Den er en smule forældet: I de ti år, siden pyramiden blev udtænkt, er der sket betydelige ændringer i udviklings- og testprocessen. Moderne automatiseret test hjælper med at strømline testpakken, da test nu har tendens til at fokusere mere på UI-test.
• Hvad skete der med de manuelle tests? Ikke alle situationer egner sig til automatisering. Manuelle tests, som mange udviklere mener altid er nødvendige i et vist omfang, nævnes normalt ikke i testpyramiden.

Bedste praksis for testpyramiden

Når du anvender testautomatiseringspyramiden, skal du have følgende praksisser i tankerne:

• Vælg de testtilfælde, du vil automatisere, og beslut derefter, hvor omfattende dine automatiserede tests skal være.
• Vælg det rette værktøj ud fra dine anvendelsestilfælde og testniveauet. Til enhedstest bruges værktøjer som JUnit og TestNG. Til integrationstest findes værktøjer som FitNesse, Protractor eller Citrus. Til UI-automatisering er de mest populære Selenium til webapps og Appium til mobilapps, men andre testrammer anvendes også.
• Dit program bliver enklere at vedligeholde og mindre tilbøjeligt til at indeholde fejl, hvis du skriver ren testkode.
• Fastlæg testprioriteter.
• Grundlaget for testtilfælde og scenarier bør være testdata af høj kvalitet.
• Undgå at have dublerede tests på flere niveauer.
• Inkluder tests i pipelinen til udrulning.
• For at sikre, at der ikke er uforudsete problemer, bør du overveje at inkludere undersøgende tests i din teststrategi.

Tilmeld dig for at få flere indsigter 

Når testpyramiden anvendes korrekt, kan den i høj grad understøtte testprocessen og maksimere værdien af testværktøjer. Ved at vælge det niveau, hvor hvert testtilfælde skal automatiseres, kan teamene øge testeffektiviteten og bruge deres tid mere effektivt. 

Tilmeld dig The CTO Clubs nyhedsbrev for at få flere indsigter om testning!