Dūmų bandymai
Dūmų testavimas yra programinės įrangos testavimo procesas, kuris nustato, ar įdiegta programinės įrangos versija yra stabili, ar ne. Dūmų bandymai yra kokybės užtikrinimo komandos patvirtinimas tęsti tolesnį programinės įrangos testavimą. Jį sudaro minimalus testų rinkinys, atliekamas kiekviename pakete, siekiant patikrinti programinės įrangos funkcijas. Dūmų testavimas taip pat žinomas kaip „Suderinimo patikrinimo testavimas“ arba „Pasitikėjimo testavimas“.
Paprasčiau tariant, mes tikriname, ar svarbios funkcijos veikia ir ar testuojamoje versijoje nėra demonstratorių.
Tai yra pagrindinis ir greitas pagrindinių funkcijų regresijos testas. Tai paprastas testas, parodantis, kad produktas yra paruoštas bandymams. Tai padeda nustatyti, ar sukūrimas yra ydingas, todėl bet koks tolesnis bandymas sugaištų laiką ir išteklius.
Sužinokite apie palyginimą „Smoke Vs Sanity Testing“
Dūmų bandymai sudaro galimybę atlikti tolesnį oficialų bandymą. Pagrindinis dūmų bandymo tikslas yra nustatyti ankstyvąsias svarbiausias problemas. Dūmų bandymai skirti įrodyti sistemos stabilumą ir atitiktį reikalavimams.
Sudėtyje yra visi duomenų failai, bibliotekos, daugkartinio naudojimo moduliai, sukonstruoti komponentai, reikalingi vienai ar kelioms produkto funkcijoms įgyvendinti.
Šioje pamokoje sužinosite
- Kas yra dūmų testavimas?
- Kada mes darome dūmų bandymus
- Kas atliks dūmų testavimą
- Kodėl mes darome dūmų bandymus?
- Kaip atlikti dūmų testą?
- Dūmų testavimo privalumai
- Dūmų bandymo pavyzdžių pavyzdys
Kada mes darome dūmų bandymus
Dūmų bandymai atliekami, kai tik kuriamos naujos programinės įrangos funkcijos ir jos integruojamos su esama versija, įdiegta kokybės užtikrinimo / sustojimo aplinkoje. Tai užtikrina, kad visos kritinės funkcijos veikia tinkamai arba neveikia.
Taikant šį bandymo metodą, kūrėjų komanda įdiegia QA. Paimami bandomųjų atvejų pogrupiai, tada bandytojai paleidžia testo atvejus. Kokybės užtikrinimo komanda testuoja taikymą pagal kritines funkcijas. Šios bandomųjų atvejų serijos yra skirtos klaidoms, kurios yra daromos, atskleisti. Jei šie testai bus išlaikyti, kokybės užtikrinimo komanda tęs funkcinius testus.
Bet koks gedimas rodo, kad sistemą reikia grąžinti kūrėjų komandai. Kiekvieną kartą keičiant konstrukciją, mes atliekame dūmų bandymą, kad užtikrintume stabilumą.
Pavyzdys : -Naujas registracijos mygtukas pridedamas prie prisijungimo lango ir „build“ diegiamas kartu su nauju kodu. Atliekame dūmų bandymus naujame statinyje.
Kas atliks dūmų testavimą
Išleidus paketą į kokybės užtikrinimo aplinką, dūmų testavimą atlieka kokybės užtikrinimo inžinieriai / kokybės užtikrinimo vadovas. Kai tik yra nauja konstrukcija, kokybės užtikrinimo komanda nustato pagrindinę programos funkciją atlikti dūmų bandymus. Kokybės užtikrinimo komanda tikrina, ar programoje bandomoje programoje nėra lankytojų.
Testavimas, atliekamas kodo kūrimo aplinkoje, siekiant užtikrinti programos teisingumą prieš išleidžiant paketą į QA, tai vadinama „Sanity“ testavimu. Paprastai tai yra siauras ir gilus testavimas. Tai procesas, kuris patikrina, ar kuriama programa atitinka pagrindinius funkcinius reikalavimus.
Sveiko proto testavimas nustato kūrimo etapo pabaigą ir priima sprendimą, ar perduoti programinės įrangos produktą tolesniam bandymo etapui, ar ne.
Kodėl mes darome dūmų bandymus?
Dūmų testavimas vaidina svarbų vaidmenį kuriant programinę įrangą, nes jis užtikrina sistemos teisingumą pradiniuose etapuose. Tai padės sutaupyti bandymų. Todėl atlikus dūmų bandymus sistema tampa gera. Baigę dūmų bandymus, pradedame tik funkcinius bandymus.
- Visi parodoje esantys kamščiai bus identifikuojami atliekant dūmų bandymus.
- Dūmų bandymai atliekami po to, kai statinys išleidžiamas į QA. Naudojant bandymą dūmais, dauguma defektų nustatomi pradiniuose programinės įrangos kūrimo etapuose.
- Atlikdami dūmų bandymus, mes supaprastiname pagrindinių defektų aptikimą ir ištaisymą.
- Išbandžius dūmus, kokybės užtikrinimo komanda gali rasti programos funkcijų defektų, kurie galėjo atsirasti dėl naujo kodo.
- Dūmų bandymai nustato pagrindinius sunkumo defektus.
1 pavyzdys: Registravimo langas: Spustelėdamas „Pateikti“ mygtuką gali pereiti į kitą langą su galiojančiu vartotojo vardu ir slaptažodžiu.
2 pavyzdys: vartotojas negali atsijungti iš tinklalapio.
Kaip atlikti dūmų testą?
Dūmų bandymai paprastai atliekami rankiniu būdu, nors yra galimybė tai padaryti automatizuojant. Tai gali skirtis priklausomai nuo organizacijos.
Rankinis dūmų bandymas
Apskritai dūmų bandymai atliekami rankiniu būdu. Jos požiūris įvairiose organizacijose skiriasi. Dūmų bandymai atliekami siekiant užtikrinti, kad kritinių kelių navigacija būtų tokia, kokios tikėtasi, ir tai netrukdo funkcionalumui. Kai sąranka bus išleista į kokybės užtikrinimą, reikia atlikti aukšto prioriteto funkcionalumo bandymo atvejus ir išbandyti, kad būtų galima rasti kritinius sistemos defektus. Jei testas praeina, mes tęsiame funkcinį testavimą. Jei bandymas nepavyksta, komponavimas atmetamas ir siunčiamas kūrimo komandai taisyti. QA vėl pradeda išbandyti dūmus su nauja versija. Dūmų bandymai atliekami naujoje versijoje ir bus integruoti su senais, kad būtų išlaikyta sistemos teisingumas. Prieš atlikdama dūmų bandymus, kokybės užtikrinimo komanda turėtų patikrinti, ar teisingos versijos versijos.
„Automation“ bandymai su dūmais
Regresijos bandymams naudojamas automatikos testavimas. Tačiau mes taip pat galime naudoti automatinių bandymų rinkinį, kad galėtume palyginti su dūmų testu. Naudodamiesi automatikos testais, kūrėjai gali nedelsdami patikrinti sukūrimą, kai tik yra naujas parengtas diegti.
Užuot pakartotinai išbandę rankiniu būdu, kai įdiegiama nauja programinės įrangos versija, užregistruoti dūmų bandymo atvejai vykdomi prieš pastatą. Jis patikrina, ar pagrindinės funkcijos vis dar veikia tinkamai. Jei bandymas nepavyksta, jie gali ištaisyti komponavimą ir nedelsdami perdaryti paketą. Tokiu būdu mes galime sutaupyti laiko ir užtikrinti kokybišką kokybės užtikrinimo aplinką.
Naudodamas automatizuotą įrankį, bandymų inžinierius įrašo visus rankinius veiksmus, kurie atliekami programinės įrangos versijoje.
Dūmų bandymo ciklas
Žemiau esančioje schemoje parodyta, kaip atliekamas dūmų testavimas. Kai sukūrimas bus įdiegtas kokybės užtikrinimo procese ir, atlikus dūmų bandymus, mes atliekame funkcinius bandymus. Jei dūmų bandymas nepavyksta, mes bandome išeiti tol, kol bus išspręsta versija.
Dūmų testavimo privalumai
Čia yra keletas dūmų testavimo privalumų.
- Lengva atlikti bandymus
- Defektai bus nustatyti ankstyvose stadijose.
- Pagerina sistemos kokybę
- Sumažina riziką
- Pažangą lengviau pasiekti.
- Taupomos bandymo pastangos ir laikas
- Lengva aptikti kritines klaidas ir ištaisyti klaidas.
- Jis veikia greitai
- Sumažina integracijos riziką
Kas nutiks, jei neatliksime dūmų bandymų
Jei neatliekame dūmų bandymo ankstyvosiose stadijose, vėliau gali būti defektų, kur tai gali būti ekonomiškai naudinga. Vėlesniuose etapuose rastas defektas gali būti parodų kamščiai, kur tai gali turėti įtakos pristatomų medžiagų išleidimui.
Dūmų bandymo pavyzdžių pavyzdys
| T.ID | BANDYMO SCENARIJAI | APIBŪDINIMAS | BANDYMO ŽINGSNIS | TIKĖTINAS REZULTATAS | FAKTINIS REZULTATAS | BŪKLĖ |
|---|---|---|---|---|---|---|
| 1 | Galiojantys prisijungimo duomenys | Išbandykite prisijungimo prie žiniatinklio programos funkcionalumą ir įsitikinkite, kad registruotam vartotojui leidžiama prisijungti naudojant vartotojo vardą ir slaptažodį | 1. Paleiskite programą 2. Naršykite prisijungimo puslapyje 3. Įveskite galiojantį vartotojo vardą 4. Įveskite galiojantį slaptažodį 5. Spustelėkite prisijungimo mygtuką | Prisijungimas turėtų būti sėkmingas | kaip tikėtasi | Praeiti |
| 2 | Pridedama elemento funkcija | Gali pridėti prekę į krepšelį | 1. Pasirinkite kategorijų sąrašą. 2. Pridėkite prekę į krepšelį | Prekė turėtų būti įtraukta į krepšelį | Prekė nėra įtraukta į krepšelį | Nepavyko |
| 3 | Atsijungti funkcionalumą | Patikrinkite atsijungimo funkciją | 1. pasirinkite atsijungimo mygtuką | Vartotojas turėtų galėti atsijungti. | Vartotojas negali atsijungti | Nepavyko |
Santrauka:
Programinės įrangos inžinerijos srityje dūmų bandymai turėtų būti atliekami be klaidų, nes tai padeda nustatyti defektus ankstyvosiose stadijose. Dūmų bandymo veikla yra paskutinis žingsnis prieš programinės įrangos kūrimą įeinant į sistemos etapą. Dūmų bandymai turi būti atliekami kiekvienam bandymui pritaikytam pastatui. Tai taikoma naujiems kūriniams ir dideliems bei mažesniems sistemos leidimams.
Prieš atlikdama dūmų bandymus, kokybės užtikrinimo komanda turi užtikrinti teisingą bandomosios programos versijos versiją. Tai paprastas procesas, kurio metu reikia minimaliai išbandyti programos stabilumą.
Dūmų bandymai gali sumažinti bandymo pastangas ir pagerinti programos kokybę. Dūmų bandymai gali būti atliekami rankiniu būdu arba automatizuotai, atsižvelgiant į klientą ir organizaciją.
Prie šio straipsnio prisidėjo Pavani Itchapurapu
