Vad är röktestning?

Vad är röktestning

Rökprovning är en mjukvarutestprocess som avgör om den distribuerade mjukvarubyggnaden är stabil eller inte. Röktestning är en bekräftelse för QA-teamet att fortsätta med ytterligare mjukvarutestning. Den består av en minimal uppsättning tester som körs på varje build för att testa mjukvarufunktioner. Röktestning är också känd som "Build Verification Testing" eller "Confidence Testing".

Enkelt uttryckt innebär röktester att verifiera att de viktiga funktionerna fungerar och att det inte finns några showstoppers i bygget som testas. Det är ett mini och snabbt regressionstest av större funktionalitet. Det är ett enkelt test som visar att produkten är redo för testning. Detta hjälper till att avgöra om konstruktionen är felaktig för att göra ytterligare tester ett slöseri med tid och resurser.

Jämför Rök vs förnuftstestning

När gör vi röktestning

Röktestning görs närhelst de nya funktionerna i programvaran utvecklas och integreras med befintlig build som distribueras i QA/staging-miljö. Det säkerställer att alla viktiga funktioner fungerar korrekt eller inte.

I denna testmetod distribuerar utvecklingsteamet den inbyggda QA. En deluppsättning av testfall tas, och sedan kör testare testfall på byggnaden. QA-teamet testar applikationen mot de kritiska funktionerna. Dessa serier av testfall är utformade för att avslöja fel som är i konstruktion. Om dessa tester är godkända fortsätter QA-teamet med funktions~~POS=TRUNC.

Eventuella fel indikerar ett behov av att hantera systemet tillbaka till utvecklingsteamet. Närhelst det sker en förändring i konstruktionen utför vi röktestning för att säkerställa stabiliteten.

Exempelvis: -Ny registreringsknapp läggs till i inloggningsfönstret och build distribueras med den nya koden. Vi utför rökprovning på ett nybygge.

Röktesterna kvalificerar bygget för ytterligare formella tester. Huvudsyftet med röktestning är att tidigt upptäcka stora problem. Röktester är utformade för att visa systemets stabilitet och överensstämmelse med kraven. En build innehåller alla datafiler, bibliotek, återanvändbara moduler, konstruerade komponenter som krävs för att implementera en eller flera produktfunktioner.

Vad händer om vi inte gör röktester

Om vi ​​inte utför röktestning i tidiga skeden kan defekter uppstå i senare skeden där det kan bli kostsamt. Och den defekt hittas i senare skeden kan vara showstoppare där det kan påverka frisläppandet av leveranser.

Vem ska göra röktestning

Efter att ha släppt den byggda till QA-miljön, utförs röktestning av QA-ingenjörer/QA-ledare. Närhelst det finns en ny konstruktion bestämmer QA-teamet den huvudsakliga funktionaliteten i applikationen för att utföra röktestning. QA-teamet söker efter showstoppers i applikationen som testas.

Testning utförd i en utvecklingsmiljö på koden för att säkerställa att applikationen är korrekt innan build släpps till QA, detta kallas Sanity-testning. Det är vanligtvis smala och djupa tester. Det är en process som verifierar att applikationen under utveckling uppfyller dess grundläggande funktionskrav.

Sanitetstestning avgör slutförandet av utvecklingsfasen och fattar ett beslut om att godkänna eller inte godkänna mjukvaruprodukten för ytterligare testfas.

Varför gör vi röktester?

Röktestning spelar en viktig roll i mjukvaruutveckling eftersom det säkerställer att systemet är korrekt i inledningsskedet. Genom detta kan vi spara testansträngning. Som ett resultat får röktester systemet till ett bra tillstånd. När vi har slutfört röktestning är det bara vi som börjar funktionstestning.

• Alla showproppar i byggnaden kommer att identifieras genom att utföra röktester.
• Röktestning görs efter att konstruktionen har släppts till QA. Med hjälp av röktestning identifieras de flesta defekterna i inledande skeden av mjukvaruutveckling.
• Med rökprovning förenklar vi upptäckt och korrigering av större defekter.
• Genom röktestning kan QA-teamet hitta defekter i applikationens funktionalitet som kan ha dykt upp av den nya koden.
• Röktestning hittar de största allvarliga defekterna.

Exempel 1: Loggningsfönster: Kan gå till nästa fönster med giltigt användarnamn och lösenord när du klickar på knappen Skicka.

Exempel 2: Användaren kan inte logga ut från webbsidan.

Hur gör man röktestning?

Röktestning görs vanligtvis manuellt men det finns en möjlighet att åstadkomma detsamma genom automatisering. Det kan variera från organisation till organisation.

Manuell röktestning

I allmänhet görs röktestning manuellt. Tillvägagångssätten varierar från en organisation till en annan. Röktestning utförs för att säkerställa att navigeringen av kritiska vägar är som förväntat och inte hindrar funktionaliteten. När bygget har släppts till QA, ska högprioriterade funktionalitetstestfall tas och testas för att hitta de kritiska defekterna i systemet. Om testet blir godkänt fortsätter vi funktionstestet. Om testet misslyckas avvisas bygget och skickas tillbaka till utvecklingsteamet för korrigering. QA börjar röktesta igen med en nybyggd version. Röktestning utförs på nybyggd och kommer att integreras med gamla byggen för att bibehålla systemets korrekthet. Innan de utför röktester bör QA-teamet kontrollera att det finns korrekta versioner.

Röktestning av Automation

Automationstestning används till Regressionstestning. Men vi kan också använda en uppsättning automatiserade testfall för att köra mot Smoke Test. Med hjälp av automatiseringstester kan utvecklare kontrollera build omedelbart, närhelst det finns en ny build redo för driftsättning.

Istället för att upprepa testet manuellt när den nya mjukvarubyggnaden distribueras, utförs inspelade röktestfall mot byggnaden. Den verifierar om de viktigaste funktionerna fortfarande fungerar korrekt. Om testet misslyckas kan de korrigera byggnaden och distribuera om byggnaden omedelbart. Genom detta kan vi spara tid och säkerställa en kvalitetsuppbyggnad till QA-miljön.

Med hjälp av ett automatiserat verktyg registrerar testingenjören alla manuella steg som utförs i mjukvarubygget.

Röktestcykel

Nedanstående flödesschema visar hur röktestning utförs. När konstruktionen har implementerats i QA och röktester är godkända fortsätter vi med funktionstestning. Om röktestet misslyckas avslutar vi testet tills problemet i byggnaden är åtgärdat.

Fördelar med rökprovning

Här är några fördelar listade för röktestning.

• Lätt att utföra testning
• Defekter kommer att identifieras i tidiga skeden.
• Förbättrar kvaliteten på systemet
• Minskar risken
• Framsteg är lättare att komma åt.
• Sparar testansträngning och tid
• Lätt att upptäcka kritiska fel och korrigera fel.
• Det går snabbt
• Minimerar integrationsrisker

Exempel på röktestfall

T.ID	TESTSCENARIER	BESKRIVNING	TESTSTEG	FÖRVÄNTAT RESULTAT	FAKTISKT RESULTAT	STATUS
1	Giltiga inloggningsuppgifter	Testa webbapplikationens inloggningsfunktion för att säkerställa att en registrerad användare tillåts logga in med användarnamn och lösenord	1.Starta programmet 2.Navigera på inloggningssidan 3. Ange ett giltigt användarnamn 4. Ange ett giltigt lösenord 5. Klicka på inloggningsknappen	Inloggning bör vara framgångsrik	som förväntat	Pass
2	Lägger till objektfunktionalitet	Kan lägga till föremål i varukorgen	1.Välj kategorilista 2. Lägg varan i varukorgen	Varan bör läggas till i kundvagnen	Varan läggs inte till i kundvagnen	Underkänd
3	Logga ut funktionalitet	Kontrollera utloggningsfunktionen	1. välj logga ut-knappen	Användaren ska kunna logga ut.	Användaren kan inte logga ut	Underkänd

Slutsats

Inom mjukvaruteknik bör röktestning utföras på varje byggnad utan att misslyckas eftersom det hjälper till att hitta defekter i tidiga skeden. Röktestaktivitet är det sista steget innan mjukvarubygget går in i systemstadiet. Röktester måste utföras på varje byggnad som övergår till testning. Detta gäller nyutveckling och större och mindre versioner av systemet.

Innan röktestning utförs måste QA-teamet säkerställa den korrekta versionen av applikationen som testas. Det är en enkel process som tar minimal tid att testa applikationens stabilitet.

Röktester kan minimera testansträngningen och kan förbättra applikationens kvalitet. Röktestning kan göras antingen manuellt eller genom automatisering beroende på kund och organisation.