testnivåer för programvara representerar de olika faserna i mjukvaruutvecklingens livscykel som inkluderar någon form av testning.
vanligtvis delas programvarutestning in i fyra testnivåer:
1. Enhetstestning
2. Integrationstestning
3. Systemtestning
4. Acceptanstestning
testnivåer i livscykeln för mjukvaruutveckling
nu dyker du in för att förstå mer om testnivåerna.
enhetstestning:
enhetstestning är den första valideringsnivån som görs av utvecklare. Det säkerställer att den minsta kodenheten fungerar korrekt. En enhet kan vara en funktion, en fil eller ett program. Därför kan vi också kalla det som modul-eller komponentnivåtestning.
Integrationstestning:
Integrationstestning underlättar testning av anslutning eller datautbyte mellan en annan uppsättning moduler. Du kan också kalla det I&t-testning eller Strängtestningsmetod.
det skär ner i flera tillvägagångssätt som Top-Down, Bottom-Up och Sandwich Approach (blandning av Top-Down och Bottom-Up). Denna process får hjälp genom att använda modellprogram som kallas stubbar och drivrutiner. Dessa två moduler simulerar inte hela programmeringslogiken i systemet utan validerar dataöverföringen med hjälp av anropsmodulen.
Big Bang Integration:
i Big Bang-testning kan integrationen inte valideras förrän alla moduler är tillgängliga. När de är redo kommer det att kontrollera om de fungerar bra. Denna testtyp har vissa nackdelar som buggarna kan visas i senare skede. Det är också svårt att hitta var defekten kom från, var det i gränssnittet eller inuti modulkoden.
Top-Down Integration:
i Top-Down-testning sker integrationen av alla högnivåmoduler först och går in i testning i ett tidigt skede. I denna typ av testning fungerar stubbar som dummy-moduler om dess ursprungliga motsvarighet ännu inte är redo för integrationsändamål.
nedifrån och upp Integrationstestning:
i nedifrån och upp Integration sker integrationen av alla lågnivåmoduler först och går in i testfasen. Här, precis som stubbar, fungerar förare som en dummy-modul för integrationsändamål.
Stub:
det är ett testprogram som kallas av modulen som testas.
drivrutin:
det är också ett testprogram som startar modulen som testas.
systemtestning (eller End-To-End-testning):
det stannar längst ner i testpyramiden och faller under kategorin Black box-testning
eftersom här sker fullständig validering av den integrerade applikationen, därför kan vi också kalla det som End-to-End-flödestestning.
det bekräftar att produkten körs som förväntat på alla plattformar som stöds. Testerna med olika indata får exekveras för att kontrollera programmet returnerar de förväntade utgångarna. Det bedömer också användarupplevelsen under testningen.
acceptanstest:
den avser att hjälpa till att vinna kundgodkännanden så att de kan ta emot produkten och släppa betalningarna.
Acceptanstestning har följande subtyper som Alfa, Beta & Gamma-testning.
Alfatestning:
Alfatestning liknar användbarhetstestningen som exekveras av utvecklarna som skapade produkten. I vissa fall kräver kunderna att de utför i sina miljöer av den externa utvärderaren i närvaro av kärnutvecklare/QA.
betatestning:
ett begränsat antal slutanvändare utför betatestningen före leverans. Om de ökar behovet av vissa ändringar skapas defekten och tilldelas utvecklare för upplösning.
Gamma-testning:
Gamma-testning verifierar programvaran för beredskapen för utgåvan. Det sker i slutet av livscykeln för mjukvaruutveckling.
måste läsa-100 manuella Testintervjufrågor för testare på alla erfarenhetsnivåer.