Røgtest
Smoke Testing er en softwaretestningsproces, der bestemmer, om den implementerede softwarebygning er stabil eller ej. Røgtest er en bekræftelse for, at QA-teamet fortsætter med yderligere softwaretest. Den består af et minimalt sæt tests, der køres på hver build for at teste softwarefunktionaliteter. Røgtest er også kendt som "Build Verification Testing" eller "Confidence Testing."
Enkelt sagt verificerer vi, om de vigtige funktioner fungerer, og at der ikke er nogen showstoppere i den build, der er under test.
Det er en mini- og hurtig regressionstest af større funktionalitet. Det er en simpel test, der viser, at produktet er klar til test. Dette hjælper med at bestemme, om bygningen er fejlbehæftet, hvilket gør yderligere test spild af tid og ressourcer.
Lær om sammenligning Smoke Vs Sanity Testing
Røgtestene kvalificerer bygningen til yderligere formel test. Hovedformålet med røgafprøvning er at opdage tidlige større problemer. Røgtest er designet til at demonstrere systemstabilitet og overensstemmelse med kravene.
En build inkluderer alle datafiler, biblioteker, genanvendelige moduler, konstruerede komponenter, der kræves for at implementere en eller flere produktfunktioner.
I denne vejledning lærer du-
- Hvad er røgtestning?
- Hvornår foretager vi røgtest
- Hvem skal lave røgtest
- Hvorfor foretager vi røgtestning?
- Hvordan laver man røgtest?
- Fordele ved røgafprøvning
- Eksempel på eksempler på røgtesttilfælde
Hvornår foretager vi røgtest
Røgtest udføres, når de nye funktioner i software udvikles og integreres med eksisterende build, der er implementeret i QA / staging-miljø. Det sikrer, at alle kritiske funktioner fungerer korrekt eller ej.
I denne testmetode implementerer udviklingsteamet build i QA. Delsættene af testsager tages, og derefter kører testere testsager på build. QA-teamet tester applikationen mod de kritiske funktioner. Disse serier af testcases er designet til at afsløre fejl, der er i build. Hvis disse tests er bestået, fortsætter QA-teamet med funktionstestning.
Enhver fejl indikerer et behov for at håndtere systemet tilbage til udviklingsteamet. Hver gang der er en ændring i bygningen, udfører vi røgtest for at sikre stabiliteten.
Eksempel : -Ny registreringsknap tilføjes i loginvinduet, og build implementeres med den nye kode. Vi udfører røgtestning på en ny bygning.
Hvem skal lave røgtest
Efter frigivelse af bygningen til QA-miljø udføres røgtest af QA-ingeniører / QA-bly. Hver gang der er en ny build, bestemmer QA-teamet den største funktionalitet i applikationen til at udføre røgtest. QA-teamet kontrollerer for showstoppere i det program, der er under test.
Test udført i et udviklingsmiljø på koden for at sikre rigtigheden af applikationen, før den frigives build til QA, dette kaldes Sanity-test. Det er normalt snæver og dyb test. Det er en proces, der verificerer, at applikationen under udvikling opfylder sine grundlæggende funktionelle krav.
Sanity-test bestemmer afslutningen af udviklingsfasen og træffer en beslutning om at overføre softwareprodukt til den videre testfase eller ej.
Hvorfor foretager vi røgtestning?
Røgtest spiller en vigtig rolle i softwareudvikling, da det sikrer systemets korrekthed i de indledende faser. Ved dette kan vi spare testindsats. Som et resultat bringer røgtest systemet til en god tilstand. Når vi først har gennemført røgtest, starter vi kun funktionel test.
- Alle showstoppere i bygningen bliver identificeret ved at udføre røgtest.
- Røgtest udføres, efter at build er frigivet til QA. Ved hjælp af røgtest identificeres de fleste defekter i de indledende faser af softwareudvikling.
- Med røgtest forenkler vi påvisning og korrektion af større defekter.
- Ved røgtest kan QA-team finde mangler i applikationsfunktionaliteten, der muligvis er dukket op af den nye kode.
- Røgtest finder de største sværhedsdefekter.
Eksempel 1: Loggningsvindue: Kan flytte til næste vindue med gyldigt brugernavn og adgangskode ved at klikke på knappen Send.
Eksempel 2: Bruger kan ikke logge ud fra websiden.
Hvordan laver man røgtest?
Røgtest udføres normalt manuelt, selvom der er en mulighed for at opnå det samme gennem automatisering. Det kan variere fra organisation til organisation.
Manuel røgtest
Generelt udføres røgtest manuelt. Den tilgang varierer fra en organisation til en anden. Røgtest udføres for at sikre, at navigationen af kritiske stier er som forventet og ikke hæmmer funktionaliteten. Når først build er frigivet til QA, skal der tages sager med høj prioritet til funktionalitetstest og testes for at finde de kritiske mangler i systemet. Hvis testen består, fortsætter vi funktionstesten. Hvis testen mislykkes, afvises bygningen og sendes tilbage til udviklingsteamet til korrektion. QA starter igen røgtest med en ny build-version. Røgtest udføres på nybygning og integreres med gamle bygninger for at opretholde systemets korrekthed. Før røgtest udføres, bør QA-teamet kontrollere for korrekte buildversioner.
Røgtest af Automation
Automatiseringstest bruges til regressionstest. Vi kan dog også bruge et sæt automatiserede testsager til at køre mod Smoke Test. Ved hjælp af automatiseringstest kan udviklere kontrollere build straks, når der er en ny build klar til implementering.
I stedet for at have gentaget test manuelt, hver gang den nye softwarebygning implementeres, udføres optagede røgtestsager mod buildet. Det verificerer, om de vigtigste funktioner stadig fungerer korrekt. Hvis testen mislykkes, kan de rette build og geninstallere build med det samme. Ved dette kan vi spare tid og sikre en kvalitetsopbygning til QA-miljøet.
Ved hjælp af et automatiseret værktøj registrerer testingeniøren alle manuelle trin, der udføres i softwarebygningen.
Røgtestcyklus
Nedenstående flowdiagram viser, hvordan røgtest udføres. Når bygningen er implementeret i QA, og der er bestået røgtest, fortsætter vi til funktionstestning. Hvis røgtesten mislykkes, afslutter vi testen, indtil problemet i build er løst.
Fordele ved røgafprøvning
Her er nogle få fordele, der er anført til røgtest.
- Let at udføre test
- Mangler vil blive identificeret i tidlige stadier.
- Forbedrer systemets kvalitet
- Reducerer risikoen
- Fremskridt er lettere at få adgang til.
- Sparer testindsats og tid
- Let at opdage kritiske fejl og korrektion af fejl.
- Det kører hurtigt
- Minimerer integrationsrisici
Hvad sker der, hvis vi ikke foretager røgtest
Hvis vi ikke udfører røgtest i tidlige stadier, kan der opstå fejl i senere stadier, hvor det kan være omkostningseffektivt. Og defekten, der findes i senere stadier, kan være stop, hvor den kan påvirke frigivelsen af leverancer.
Eksempel på eksempler på røgtesttilfælde
| T.ID | TESTSENARIER | BESKRIVELSE | TEST TRIN | FORVENTET RESULTAT | FAKTISK RESULTAT | STATUS |
|---|---|---|---|---|---|---|
| 1 | Gyldige loginoplysninger | Test login-funktionaliteten i webapplikationen for at sikre, at en registreret bruger har lov til at logge ind med brugernavn og adgangskode | 1. Start applikationen 2. Naviger på login-siden 3. Indtast gyldigt brugernavn 4. Indtast gyldigt kodeord 5. Klik på login-knappen | Login skal være succes | som forventet | Passere |
| 2 | Tilføjelse af elementfunktionalitet | I stand til at tilføje vare til kurven | 1.Vælg kategoriliste 2.Tilføj varen i indkøbskurven | Varen skal tilføjes til vognen | Varen tilføjes ikke i kurven | Svigte |
| 3 | Log ud funktionalitet | Tjek tilmeldingsfunktionalitet | 1. vælg log ud-knap | Brugeren skal være i stand til at logge af. | Brugeren kan ikke logge af | Svigte |
Resumé:
Inden for softwareteknik skal røgtest udføres på hver eneste bygning uden fejl, da det hjælper med at finde fejl i tidlige stadier. Røgtestaktivitet er det sidste trin, inden softwarebygningen går ind i systemfasen. Røgforsøg skal udføres på hver bygning, der vendes til testning. Dette gælder for nyudvikling og større og mindre udgivelser af systemet.
Før røgtest udføres, skal QA-teamet sikre den korrekte buildversion af den applikation, der testes. Det er en simpel proces, der tager mindst mulig tid at teste applikationens stabilitet.
Røgtest kan minimere testindsatsen og kan forbedre applikationens kvalitet. Røgtest kan udføres enten manuelt eller ved automatisering afhængigt af klienten og organisationen.
Denne artikel er bidraget af Pavani Itchapurapu