Rook testen
Smoke Testing is een softwaretestproces dat bepaalt of de geïmplementeerde software-build stabiel is of niet. Rooktesten zijn een bevestiging voor het QA-team om door te gaan met verdere softwaretests. Het bestaat uit een minimale reeks tests die op elke build worden uitgevoerd om softwarefuncties te testen. Rookproeven worden ook wel 'Build Verification Testing' of 'Confidence Testing' genoemd.
In eenvoudige bewoordingen controleren we of de belangrijke functies werken en er zijn geen showstoppers in de build die wordt getest.
Het is een mini en snelle regressietest van belangrijke functionaliteit. Het is een eenvoudige test die aantoont dat het product klaar is om getest te worden. Dit helpt bepalen of de build gebrekkig is, waardoor verder testen een verspilling van tijd en middelen is.
Meer informatie over vergelijking Smoke Vs Sanity Testing
De rooktesten kwalificeren de build voor verdere formele testen. Het belangrijkste doel van rooktesten is om vroege grote problemen op te sporen. Rookproeven zijn ontworpen om de stabiliteit van het systeem en conformiteit met de vereisten aan te tonen.
Een build omvat alle databestanden, bibliotheken, herbruikbare modules, technische componenten die nodig zijn om een of meer productfuncties te implementeren.
In deze tutorial leer je-
- Wat is rooktesten?
- Wanneer doen we rooktesten?
- Wie gaat rooktesten doen
- Waarom doen we rooktesten?
- Hoe rooktesten uitvoeren?
- Voordelen van rooktesten
- Voorbeeld van rooktestcases
Wanneer doen we rooktesten?
Smoke Testing wordt gedaan wanneer de nieuwe functionaliteiten van software worden ontwikkeld en geïntegreerd met bestaande build die wordt geïmplementeerd in QA / staging-omgeving. Het zorgt ervoor dat alle kritieke functionaliteiten correct werken of niet.
Bij deze testmethode implementeert het ontwikkelteam de ingebouwde QA. De subsets van testcases worden genomen en vervolgens voeren testers testcases uit op de build. Het QA-team test de applicatie aan de hand van de kritische functionaliteiten. Deze reeks testcases is ontworpen om fouten aan het licht te brengen die in build zijn. Als deze tests zijn geslaagd, gaat het QA-team verder met Functioneel testen.
Elke storing duidt erop dat het systeem weer aan het ontwikkelingsteam moet worden afgehandeld. Elke keer dat er een wijziging in de build is, voeren we rooktesten uit om de stabiliteit te garanderen.
Voorbeeld : -Nieuwe registratieknop is toegevoegd in het inlogvenster en build wordt geïmplementeerd met de nieuwe code. We voeren rooktesten uit op een nieuwbouw.
Wie gaat rooktesten doen
Na het vrijgeven van de build voor QA-omgeving, wordt Smoke Testing uitgevoerd door QA-ingenieurs / QA-lead. Wanneer er een nieuwe build is, bepaalt het QA-team de belangrijkste functionaliteit in de applicatie om rooktesten uit te voeren. Q Een team controleert op showstoppers in de applicatie die wordt getest.
Testen gedaan in een ontwikkelomgeving op de code om de juistheid van de applicatie te garanderen voordat build wordt vrijgegeven voor QA, dit staat bekend als Sanity-testen. Het is meestal smal en diep testen. Het is een proces dat verifieert dat de applicatie in ontwikkeling voldoet aan de functionele basisvereisten.
Sanity-testen bepalen de voltooiing van de ontwikkelingsfase en nemen een beslissing om al dan niet te slagen voor het softwareproduct voor de verdere testfase.
Waarom doen we rooktesten?
Rooktesten spelen een belangrijke rol bij de ontwikkeling van software, omdat het de juistheid van het systeem in de beginfasen garandeert. Hierdoor kunnen we testinspanning besparen. Hierdoor brengen rooktesten het systeem in een goede staat. Zodra we de rooktest hebben voltooid, beginnen we alleen met functionele testen.
- Alle showstoppers in de build worden geïdentificeerd door rooktesten uit te voeren.
- Rooktesten worden uitgevoerd nadat de build is vrijgegeven voor QA. Met behulp van rooktesten worden de meeste defecten geïdentificeerd in de beginfase van softwareontwikkeling.
- Met rooktesten vereenvoudigen we de detectie en correctie van grote defecten.
- Door rooktesten kan het QA-team defecten in de toepassingsfunctionaliteit vinden die mogelijk door de nieuwe code zijn opgedoken.
- Bij rooktesten worden de belangrijkste ernstige gebreken vastgesteld.
Voorbeeld 1: Logboekvenster: kan naar het volgende venster gaan met een geldige gebruikersnaam en wachtwoord door op de verzendknop te klikken.
Voorbeeld 2: de gebruiker kan zich niet afmelden bij de webpagina.
Hoe rooktesten uitvoeren?
Rookproeven worden meestal handmatig gedaan, hoewel er een mogelijkheid is om hetzelfde te bereiken door middel van automatisering. Het kan variëren van organisatie tot organisatie.
Handmatige rooktest
Over het algemeen worden rooktesten handmatig gedaan. De aanpak varieert van de ene organisatie tot de andere. Er worden rooktesten uitgevoerd om ervoor te zorgen dat de navigatie van kritieke paden verloopt zoals verwacht en de functionaliteit niet belemmert. Zodra de build is vrijgegeven voor QA, moeten functionele testcases met hoge prioriteit worden uitgevoerd en worden getest om de kritieke defecten in het systeem te vinden. Als de test slaagt, gaan we verder met het functioneel testen. Als de test mislukt, wordt de build afgekeurd en ter correctie teruggestuurd naar het ontwikkelteam. QA begint opnieuw met rooktesten met een nieuwe buildversie. Rooktesten worden uitgevoerd op nieuwbouw en worden geïntegreerd met oude builds om de juistheid van het systeem te behouden. Voordat rooktesten worden uitgevoerd, moet het QA-team controleren op de juiste buildversies.
Rookonderzoek door automatisering
Automation Testing wordt gebruikt voor regressietesten. We kunnen echter ook een reeks geautomatiseerde testcases gebruiken om tegen Smoke Test te draaien. Met behulp van automatiseringstests kunnen ontwikkelaars de build onmiddellijk controleren wanneer er een nieuwe build klaar is voor implementatie.
In plaats van de test handmatig te moeten herhalen wanneer de nieuwe softwarebouw wordt geïmplementeerd, worden geregistreerde rooktestgevallen uitgevoerd tegen de build. Het gaat na of de belangrijkste functionaliteiten nog naar behoren werken. Als de test mislukt, kunnen ze de build corrigeren en de build onmiddellijk opnieuw implementeren. Hierdoor kunnen we tijd besparen en een kwaliteitsvolle opbouw van de QA-omgeving garanderen.
Met behulp van een geautomatiseerde tool registreert de testingenieur alle handmatige stappen die worden uitgevoerd in de software-build.
Rook testcyclus
Onderstaand stroomschema laat zien hoe rooktesten worden uitgevoerd. Zodra de build is geïmplementeerd in QA en de rooktesten zijn geslaagd, gaan we verder voor functionele testen. Als de rooktest mislukt, verlaten we de test totdat het probleem in de build is verholpen.
Voordelen van rooktesten
Hier zijn enkele voordelen opgesomd voor rooktesten.
- Gemakkelijk uit te voeren testen
- Defecten zullen in een vroeg stadium worden gesignaleerd.
- Verbetert de kwaliteit van het systeem
- Vermindert het risico
- Vooruitgang is gemakkelijker toegankelijk.
- Bespaart testinspanning en tijd
- Gemakkelijk om kritieke fouten op te sporen en fouten te corrigeren.
- Het loopt snel
- Minimaliseert integratierisico's
Wat gebeurt er als we geen rooktesten doen?
Als we in de vroege stadia geen rooktesten uitvoeren, kunnen defecten optreden in latere fasen, waar dit kosteneffectief kan zijn. En het defect dat in latere stadia wordt aangetroffen, kan showstoppers zijn waar het de release van deliverables kan beïnvloeden.
Voorbeeld van rooktestcases
| T.ID | TEST SCENARIO'S | OMSCHRIJVING | TEST STAP | VERWACHT RESULTAAT | WERKELIJKE RESULTAAT | TOESTAND |
|---|---|---|---|---|---|---|
| 1 | Geldige inloggegevens | Test de inlogfunctionaliteit van de webapplicatie om er zeker van te zijn dat een geregistreerde gebruiker kan inloggen met gebruikersnaam en wachtwoord | 1. start de applicatie 2. navigeer naar de login pagina 3. voer een geldige gebruikersnaam in 4. voer een geldig wachtwoord in 5. klik op de login knop | Inloggen zou succesvol moeten zijn | zoals verwacht | Slagen voor |
| 2 | Itemfunctionaliteit toevoegen | In staat om een item aan de winkelwagen toe te voegen | 1. selecteer de categorielijst 2. voeg het item toe aan de winkelwagen | Het artikel moet aan de winkelwagen worden toegevoegd | Artikel wordt niet aan de winkelwagen toegevoegd | Mislukken |
| 3 | Afmelden functionaliteit | Controleer de afmeldfunctionaliteit | 1. selecteer de knop Afmelden | De gebruiker moet zich kunnen afmelden. | Gebruiker kan niet uitloggen | Mislukken |
Overzicht:
In Software Engineering moeten rooktesten worden uitgevoerd op elke build zonder fouten, omdat het helpt om defecten in de vroege stadia op te sporen. De rooktestactiviteit is de laatste stap voordat de softwarebouw de systeemfase ingaat. Op elke build die wordt getest, moeten rooktesten worden uitgevoerd. Dit geldt voor nieuwe ontwikkeling en grote en kleine releases van het systeem.
Alvorens rooktesten uit te voeren, moet het QA-team ervoor zorgen dat de juiste buildversie van de te testen applicatie is. Het is een eenvoudig proces dat een minimum aan tijd kost om de stabiliteit van de applicatie te testen.
Rookproeven kunnen de testinspanning minimaliseren en kunnen de kwaliteit van de applicatie verbeteren. Rooktesten kunnen handmatig of door automatisering worden uitgevoerd, afhankelijk van de klant en de organisatie.
Dit artikel is bijgedragen door Pavani Itchapurapu