Forskjell mellom enhetstest, systemtest, integrasjonstest og regresjonstest

Enhetstest

Enhetstester utføres på de enkelte enhetene i et program og er ment å undersøke en individuell komponent som har ble endret eller introdusert for første gang. Hver test som tar sikte på å validere en enkelt modul må presenteres med tilhørende teknisk dokumentasjon vedlagt, som blant annet inneholder utgangene som den testede modulen forventes å gi. Enhetstestene fokuserer på funksjonaliteten og påliteligheten til programvaren og utføres i en testfase før systemintegrasjon. Hvis en defekt ble oppdaget under en enhetstest, ville dens natur og innvirkning på det generelle systemet bli vurdert; målet er å løse det før den testede modulen er godkjent.

Systemtest

Systemtest utføres på alle nye eller modifiserte komponenter og moduler som karakteriserer et produkt. Målet er å forstå hvordan de ulike enhetlige blokkene samhandler med hverandre og om de gir de nødvendige utgangene samlet; det legges vekt på å validere og verifisere systemkrav og hvordan individuelle moduler fungerer sammen når de er tilkoblet. Vanligvis er testene på systemet mer enn en: den første fortjener spesiell omtale (normalt kalt “røyktest”), som tar sikte på å studere i bred grad hvordan programmet oppfører seg og om hovedfunksjonene utføres riktig, uten å dvele på detaljene. Test På hele systemet tar lang tid, da det er nødvendig å utføre et stort antall for å analysere alle mulige scenarier som kan oppstå; Testplanen på dette tidspunktet spiller en svært delikat rolle, fordi den inneholder beskrivelsen av testtilfellene, sekvensen der de må utføres og dokumentasjonen som er nødvendig for å liste resultatene. Når en feil oppdages og repareres, må testen utføres på nytt for å sikre at korrigeringene som er gjort, ikke har hatt noen negativ innvirkning på komponenter som tidligere ikke hadde noen feil (regresjonstesten som allerede er nevnt ovenfor).

Integrasjonstest

etter å ha utført de ulike systemtestene, er det nødvendig Å sørge for at programmet utviklet gir de ønskede resultatene selv om det kjøres i andre miljøer enn den innfødte: det er derfor nødvendig å gjennomføre integrasjonstester, der produktet testes sammen med andre grensesnitt og applikasjoner. I motsetning til systemtester er det i integrasjonstester ikke nødvendig å teste om en defekt oppdages etter at den er løst. Integrasjonstestene er delt inn i ulike grupper og kan utføres eller ikke, avhengig av søknaden som skal testes:

• Kompatibilitet test: garantere at programmet fungerer med ulike konfigurasjoner basert på de som er tilgjengelige for brukeren
• Ytelsestester: de vurderer programmets evne til å fungere riktig når for eksempel flere brukere bruker det samtidig eller antall innganger øker
• Stresstester: de tester riktig funksjon av programmet når det er stresset med uvanlige arbeidsbelastninger
• Lasttester: de er komplementære til stresstester og evaluerer driften av applikasjonen under normale arbeidsbelastninger

Regresjonstest

regresjonstesten, som allerede er nevnt i de forrige avsnittene, utføres når prosedyren for et programstykke endres etter identifisering av en defekt; når en feil korrigeres, oppstår muligheten for at en ny utilsiktet innføres: det er derfor innføring av usikkerhet om programmets evne til å gjenta alle tidligere utførte funksjoner på riktig måte igjen. Regresjonstesten utføres vanligvis parallelt med andre tester og kan ses som en kvalitetskontroll for å sikre at koden bare endret fortsetter å utføre de funksjonene som ikke er endret på riktig måte, og som oppfyller de samme kravene som tidligere er verifisert . Til slutt kan det påpekes at regresjonstesten sikrer at resten av søknaden ikke er gjenstand for endring, ikke påvirkes av feil som oppstår ved korreksjon av andre.