testniveauer repræsenterer de forskellige faser i programudviklingens livscyklus, som inkluderer en eller anden form for test.
normalt bliver Programmelprøvning opdelt i fire niveauer af test:
1. Enhedstest
2. Integrationstest
3. Systemtest
4. Acceptance Test
testniveauer i Programudviklingslivscyklus
dyk nu ind for at forstå mere om testniveauerne.
Unit Testing:
Unit Testing er det første niveau af Validering udført af udviklere. Det sikrer, at den mindste kodeenhed fungerer korrekt. En enhed kan være en funktion, en fil eller et program. Derfor kan vi også kalde det som modul-eller komponentniveautest.
integrationstest:
integrationstest gør det lettere at teste forbindelsen eller dataudvekslingen mellem et andet sæt moduler. Du kan også kalde det i &t test eller streng test tilgang.
det skærer ned i flere tilgange som f.eks. Denne proces bliver hjulpet ved hjælp af modelprogrammer kendt som stubber og drivere. Disse to moduler simulerer ikke hele programmeringslogikken i systemet, men validerer dataoverførslen ved hjælp af opkaldsmodulet.
Big Bang Integration:
i Big Bang-test kan integrationen ikke valideres, før alle moduler er tilgængelige. Når de er klar, vil det kontrollere, om de klarer sig godt. Denne testtype har nogle ulemper, såsom bugs kan vises på det senere tidspunkt. Det er også svært at finde, hvor fejlen stammer fra, var det i grænsefladen eller inde i modulkoden.
Top-ned Integration:
i top-ned-test sker integrationen af alle moduler på højt niveau først og indgår test på et tidligt tidspunkt. I denne type test fungerer Stubs som dummy-moduler, hvis dens oprindelige modstykke endnu ikke er klar til integrationsformålet.
bottom-up integrationstest:
i Bottom-Up Integration sker integrationen af alle moduler på lavt niveau først og går ind i testfasen. Her, ligesom stubber, fungerer drivere som et dummy-modul til integrationsformålet.
Stub:
det er et testprogram, der bliver kaldt af modulet under Test.
Driver:
det er også et testprogram, der starter modulet under Test.
systemtest (eller ende-til-ende-test):
det forbliver i bunden af testpyramiden og falder ind under kategorien sort boks test
da her den fulde validering af den integrerede applikation forekommer, derfor kan vi også kalde det som ende-til-ende strømningstest.
det bekræfter, at produktet kører som forventet på alle de understøttede platforme. Testene med forskellige inputdata bliver udført for at kontrollere, at applikationen returnerer de forventede output. Det vurderer også brugeroplevelsen under testen.
accepttest:
det har til hensigt at hjælpe med at vinde kundegodkendelser, så de kan modtage produktet og frigive betalingerne.
accepttest har følgende undertyper som Alpha, Beta & Gamma test.
Alpha Testing:
Alpha test ligner med usability testing, som bliver udført af de udviklere, der skabte produktet. I nogle tilfælde kræver kunderne, at det udfører i deres miljøer af den eksterne evaluator i nærværelse af kerneudviklere/kvalitetssikring.
Beta-Test:
et begrænset antal slutbrugere udfører beta-test før levering. Hvis de øger behovet for nogle ændringer, bliver fejlen oprettet og tildelt udviklere til opløsning.
Gamma Testing:
Gamma testing verificerer programmet til beredskab af frigivelsen. Det sker i slutningen af programudviklingens livscyklus.
skal læse – 100 Spørgsmål til manuel Testsamtale til testere på alle oplevelsesniveauer.