Eksempel
Efter at login-modulet og ordremodulet i en applikation er testet hver for sig, verificerer integrationstest deres samspil: en bruger logger ind og afgiver en ordre, og ordremodulet modtager korrekt den autentificerede brugers identitet. Testdata og forventede resultater dækker grænsefladerne — API-kontrakter, databaseforbindelser og fælles dataformater. Målet er at afdække defekter i grænsefladerne og i samspillet mellem integrerede komponenter eller systemer.
FAQ
Hvad er forskellen på integrationstest og systemtest? Integrationstest fokuserer på grænseflader og samspil mellem integrerede komponenter eller systemer. Systemtest tester det komplette, fuldt integrerede system mod dets krav. Integration kommer først; systemtest følger, når alt er integreret.
Hvad er en top-down- eller bottom-up-tilgang? Det er integrationsstrategier. Top-down starter med modulerne på øverste niveau og bruger stubs for de lavere moduler; bottom-up starter med de lavere moduler og bruger drivere. Begge har til formål progressivt at afdække grænsefladedefekter.
Har integrationstest brug for rigtige grænseflader? Ideelt set ja, men stubs og drivere bruges, når de rigtige moduler endnu ikke er tilgængelige. Risikoen er, at defekter, der skjules af erstatningen, først kommer frem under systemtest.
Hvorfor opstår grænsefladedefekter så ofte? Fordi komponenter ofte udvikles parallelt, og antagelser om dataformater, fejlhåndtering og timing sjældent dokumenteres præcist. Integrationstest gør disse antagelser synlige.
Relaterede begreber
- systemtest — tester det komplette integrerede system
- komponenttest — tester individuelle komponenter før integration
- regressionstest — genverificerer uændret adfærd efter integration
- testniveau — den livscyklusfase, integrationstest tilhører
- testtype — integrationstest grupperet efter mål
- integration — at kombinere komponenter til et velfungerende system
