Rökprovning
Smoke Testing är en programvarutestningsprocess som avgör om den distribuerade mjukvarubyggnaden är stabil eller inte. Rökprovning är en bekräftelse för QA-teamet att fortsätta med ytterligare programvarutestning. Den består av en minimal uppsättning tester som körs på varje version för att testa programvarufunktioner. Rökprovning är också känd som "Build Verification Testing" eller "Confidence Testing."
Enkelt uttryckt verifierar vi om de viktiga funktionerna fungerar och att det inte finns några utestoppare i byggnaden som testas.
Det är ett mini- och snabbt regressionstest av större funktioner. Det är ett enkelt test som visar att produkten är redo att testas. Detta hjälper till att avgöra om byggnaden är bristfällig för att göra ytterligare test slöseri med tid och resurser.
Lär dig mer om jämförelse Smoke Vs Sanity Testing
Rökproven kvalificerar byggnaden för ytterligare formella test. Huvudsyftet med rökprovning är att upptäcka tidiga stora problem. Rökprov ä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.
I den här handledningen lär du dig-
- Vad är rökprovning?
- När gör vi rökprovning
- Vem ska göra rökprovning
- Varför gör vi röktester?
- Hur man gör rökprovning?
- Fördelar med rökprovning
- Exempel på exempel på rökprov
När gör vi rökprovning
Smoke Testing görs när de nya funktionerna i programvaran utvecklas och integreras med befintlig build som distribueras i QA / staging-miljö. Det säkerställer att alla kritiska funktioner fungerar korrekt eller inte.
I den här testmetoden distribuerar utvecklingsteamet byggnaden i QA. Underuppsättningarna av testfall tas och testare kör sedan testfall på build. QA-teamet testar ansökan mot kritiska funktioner. Dessa serier av testfall är utformade för att avslöja fel som byggs. Om dessa tester klaras fortsätter QA-teamet med funktionstestning.
Alla fel indikerar ett behov av att hantera systemet tillbaka till utvecklingsteamet. När det sker en förändring i byggandet utför vi rökprovning för att säkerställa stabiliteten.
Exempel : -Nya registreringsknappar läggs till i inloggningsfönstret och build distribueras med den nya koden. Vi utför rökprovning på en nybyggnad.
Vem ska göra rökprovning
Efter att ha släppt byggnaden till QA-miljö utförs rökprovning av QA-ingenjörer / QA-ledare. Närhelst det finns en nybyggnad bestämmer QA-teamet den viktigaste funktionaliteten i applikationen för att utföra rökprovning. QA-teamet letar 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 du släpper build till QA, detta kallas Sanity-test. Det är vanligtvis smal och djup testning. Det är en process som verifierar att applikationen under utveckling uppfyller sina grundläggande funktionella krav.
Sanity-testning bestämmer slutförandet av utvecklingsfasen och fattar ett beslut om att godkänna programvaruprodukt eller inte för vidare testfas.
Varför gör vi röktester?
Rökprovning spelar en viktig roll i mjukvaruutveckling eftersom det säkerställer att systemet är korrekt i början. Genom detta kan vi spara testansträngningar. Som ett resultat får röktester systemet till ett gott tillstånd. När vi väl har slutfört rökprovningen börjar vi bara funktionstestning.
- Alla showproppar i byggnaden kommer att identifieras genom att utföra rökprovning.
- Rökprovning görs efter att bygget släppts till QA. Med hjälp av rökprovning identifieras de flesta bristerna i de inledande faserna av mjukvaruutveckling.
- Med rökprovning förenklar vi detektering och korrigering av större defekter.
- Genom rökprovning kan QA-team hitta fel i applikationsfunktionaliteten som kan ha dykt upp med den nya koden.
- Rökprovning finner de största svårighetsgraden.
Exempel 1: Loggningsfönster: Kan flytta till nästa fönster med giltigt användarnamn och lösenord genom att klicka på knappen Skicka.
Exempel 2: Användaren kan inte logga ut från webbsidan.
Hur man gör rökprovning?
Rökprovning 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ökprovning
I allmänhet görs rökprovning manuellt. Det närmar sig varierar från en organisation till en annan. Rökprovning utförs för att säkerställa att navigering av kritiska vägar är som förväntat och inte hindrar funktionaliteten. När byggnaden har släppts till QA ska testprövningsfall med hög prioritet tas och testas för att hitta de kritiska defekterna i systemet. Om testet klarar fortsätter vi funktionstestningen. Om testet misslyckas avvisas byggnaden och skickas tillbaka till utvecklingsteamet för korrigering. QA startar igen rökprovning med en ny version. Rökprovning utförs på nybyggnad och integreras med gamla byggnader för att upprätthålla systemets korrekthet. Innan du utför rökprovning bör QA-teamet kontrollera om de är korrekta versioner.
Rökprovning av Automation
Automationstestning används för regressionstestning. Vi kan dock 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är det finns en ny build redo för distribution.
Istället för att ha upprepat test manuellt när den nya programvarukonstruktionen distribueras, körs inspelade rökprovfall mot byggnaden. Det verifierar om de viktigaste funktionerna fortfarande fungerar korrekt. Om testet misslyckas kan de korrigera byggnaden och omplacera byggnaden omedelbart. Genom detta kan vi spara tid och säkerställa en kvalitetsutveckling av QA-miljön.
Med hjälp av ett automatiserat verktyg registrerar testingenjören alla manuella steg som utförs i programvarubyggningen.
Rökprovningscykel
Nedan flödesschemat visar hur rökprovning utförs. När byggnaden har distribuerats i QA och rökprov godkänts fortsätter vi för funktionstestning. Om röktestet misslyckas avslutar vi testet tills problemet i byggnaden är fixat.
Fördelar med rökprovning
Här är några fördelar som listas för rökprovning.
- Lätt att testa
- Brister kommer att identifieras i tidiga skeden.
- Förbättrar systemets kvalitet
- Minskar risken
- Framsteg är lättare att komma åt.
- Sparar testinsats och tid
- Lätt att upptäcka kritiska fel och korrigera fel.
- Det går snabbt
- Minimerar integrationsrisker
Vad händer om vi inte gör rökprovning
Om vi inte utför rökprovning i tidiga skeden kan defekter uppstå i senare skeden där det kan vara kostnadseffektivt. Och defekten som hittades i senare skeden kan vara visstoppar där det kan påverka utsläppet av leveranser.
Exempel på exempel på rökprov
| T.ID | TESTSENARIER | BESKRIVNING | TESTSTEG | FÖRVÄNTAT RESULTAT | FAKTISKT RESULTAT | STATUS |
|---|---|---|---|---|---|---|
| 1 | Giltiga inloggningsuppgifter | Testa inloggningsfunktionen för webbapplikationen för att säkerställa att en registrerad användare får logga in med användarnamn och lösenord | 1.Starta applikationen 2. Navigera inloggningssidan 3. Ange giltigt användarnamn 4. Ange giltigt lösenord 5. Klicka på inloggningsknappen | Inloggningen ska vara framgångsrik | som förväntat | Passera |
| 2 | Lägger till artikelfunktionalitet | Kan lägga till objekt i kundvagnen | 1.Välj kategorilista 2. Lägg till artikeln i kundvagnen | Varan ska läggas till i kundvagnen | Varan läggs inte till i kundvagnen | Misslyckas |
| 3 | Logga ut funktionalitet | Kontrollera utloggningsfunktionen | 1. välj utloggningsknapp | Användaren ska kunna logga ut. | Användaren kan inte logga ut | Misslyckas |
Sammanfattning:
I programvaruteknik bör rökprovning utföras på varje byggnad utan att misslyckas, eftersom det hjälper till att hitta fel i tidiga skeden. Röktestaktivitet är det sista steget innan programvarubygget går in i systemfasen. Rökprov måste utföras på varje byggnad som förvandlas till testning. Detta gäller för ny utveckling och större och mindre utgåvor av systemet.
Innan rökprovningen utförs måste QA-teamet säkerställa korrekt version av applikationen som testas. Det är en enkel process som tar minst tid att testa applikationens stabilitet.
Rökprov kan minimera testansträngningen och kan förbättra applikationens kvalitet. Rökprovning kan göras antingen manuellt eller genom automatisering beroende på klient och organisation.
Denna artikel har bidragit av Pavani Itchapurapu