Preskušanje dima
Preizkušanje dima je postopek preskušanja programske opreme, ki določa, ali je razvita programska oprema stabilna ali ne. Preskušanje dima je potrditev, da ekipa QA nadaljuje z nadaljnjim testiranjem programske opreme. Sestavljen je iz minimalnega nabora preizkusov, izvedenih v vsaki gradnji za preizkušanje funkcionalnosti programske opreme. Preskušanje dima je znano tudi kot "preizkus preverjanja gradnje" ali "preizkus zaupanja".
Preprosto povedano preverjamo, ali pomembne funkcije delujejo in v gradnji, ki je v preizkušanju, ni nobenih prodajalcev.
Gre za mini in hitri regresijski test glavne funkcionalnosti. To je preprost test, ki pokaže, da je izdelek pripravljen za testiranje. To pomaga ugotoviti, ali je gradnja pomanjkljiva, da bi nadaljnje testiranje izgubljalo čas in sredstva.
Spoznajte primerjavo Smoke Vs Sanity Testing
Preizkusi dima izpolnjujejo pogoje za nadaljnje formalno testiranje. Glavni cilj testiranja dima je odkriti zgodnje večje težave. Preizkusi dima so namenjeni dokazovanju stabilnosti sistema in skladnosti z zahtevami.
Zgradba vključuje vse podatkovne datoteke, knjižnice, module za večkratno uporabo, inženirske komponente, ki so potrebne za izvajanje ene ali več funkcij izdelka.
V tej vadnici boste izvedeli-
- Kaj je testiranje dima?
- Kdaj opravimo testiranje dima
- Kdo bo opravil testiranje dima
- Zakaj izvajamo testiranje dima?
- Kako narediti testiranje dima?
- Prednosti testiranja dima
- Primer vzorčnih primerov za preizkus dima
Kdaj opravimo testiranje dima
Preizkušanje dima se opravi vsakič, ko se razvijejo nove funkcionalnosti programske opreme in jo integrirajo z obstoječo gradnjo, ki je razporejena v QA / uprizoritvenem okolju. Zagotavlja, da vse kritične funkcionalnosti delujejo pravilno ali ne.
V tej preskusni metodi razvojna skupina uredi gradnjo v QA. Zajeti so podnabori testnih primerov, nato pa preizkuševalci zaženejo testne primere v gradnji. Skupina za preverjanje kakovosti preizkusi aplikacijo glede na ključne funkcije. Te serije testnih primerov so namenjene razkrivanju napak, ki se gradijo. Če so ti preskusi opravljeni, skupina za preverjanje kakovosti nadaljuje s funkcionalnim testiranjem.
Vsaka napaka kaže, da je treba sistem ponovno obravnavati razvojno skupino. Kadarkoli pride do spremembe v gradnji, izvedemo preskušanje dima, da zagotovimo stabilnost.
Primer : -Nov gumb za registracijo je dodan v prijavno okno in gradnja je uvedena z novo kodo. Izvedemo testiranje dima v novi gradnji.
Kdo bo opravil testiranje dima
Po sprostitvi gradnje v QA okolje preizkušanje dima izvajajo inženirji QA / vodja QA. Kadar gre za novo zgradbo, ekipa QA določi glavno funkcionalnost aplikacije za izvedbo testiranja dima. Skupina za preverjanje kakovosti preverja, ali so v aplikaciji, ki je na preizkusu, razstavne konice.
Testiranje v razvojnem okolju kode za zagotovitev pravilnosti aplikacije pred sprostitvijo gradnje v QA, je znano kot testiranje Sanity. Običajno gre za ozko in globoko testiranje. To je postopek, s katerim se preveri, ali aplikacija, ki se razvija, izpolnjuje svoje osnovne funkcionalne zahteve.
Preizkušanje razumnosti določa zaključek razvojne faze in se odloči, ali bo programski izdelek prenesel v nadaljnjo fazo preskušanja ali ne.
Zakaj izvajamo testiranje dima?
Preskušanje dima ima pomembno vlogo pri razvoju programske opreme, saj zagotavlja pravilnost sistema v začetnih fazah. S tem lahko prihranimo testne napore. Kot rezultat, dimni testi sistem pripeljejo v dobro stanje. Ko opravimo testiranje dima, začnemo šele testirati funkcionalnost.
- Vsi zamaški razstav v gradnji bodo identificirani s testiranjem dima.
- Preskušanje dima se opravi po sprostitvi gradbe na QA. S pomočjo preskusa dima je večina napak ugotovljena v začetnih fazah razvoja programske opreme.
- S testiranjem dima poenostavimo odkrivanje in odpravljanje večjih napak.
- S preskušanjem dima lahko ekipa QA najde napake v funkcionalnosti aplikacije, ki so se morda pojavile v novi kodi.
- Preskušanje dima ugotovi glavne resne napake.
Primer 1: Dnevniško okno: S pritiskom na gumb za oddajo se lahko premaknete v naslednje okno z veljavnim uporabniškim imenom in geslom.
2. primer: Uporabnik se ne more odjaviti s spletne strani.
Kako narediti testiranje dima?
Preizkušanje dima se običajno opravi ročno, čeprav obstaja možnost, da se to opravi z avtomatizacijo. Od organizacije do organizacije se lahko razlikuje.
Ročno testiranje dima
Na splošno testiranje dima poteka ročno. Pristop se razlikuje od organizacije do organizacije. Preskus dima se izvaja, da se zagotovi, da je krmarjenje po kritičnih poteh v skladu s pričakovanji in ne ovira funkcionalnosti. Ko je gradnja sproščena za preverjanje kakovosti, je treba opraviti preskuse funkcionalnosti z visoko prednostjo in jih preizkusiti, da bi našli kritične napake v sistemu. Če test prestane, nadaljujemo s funkcionalnim testiranjem. Če test ne uspe, je gradnja zavrnjena in poslana nazaj v razvijalno skupino v popravek. QA znova začenja testiranje dima z novo različico zgradbe. Preskušanje dima se izvaja pri novi gradnji in se integrira s staro gradnjo, da se ohrani pravilnost sistema. Pred testiranjem dima mora ekipa za preverjanje kakovosti preveriti pravilne različice zgradbe.
Preskušanje dima s strani Automation
Avtomatizirano testiranje se uporablja za regresijsko testiranje. Vendar pa lahko uporabimo tudi nabor avtomatiziranih testnih primerov za zagon proti dimnemu testu. S pomočjo testov avtomatizacije lahko razvijalci takoj preverijo gradnjo, kadar koli je nova gradnja pripravljena za uvajanje.
Namesto da bi ročno ponavljali preizkus vsakič, ko je nova gradnja programske opreme uvedena, se zabeleženi primeri preizkusa dima izvajajo proti gradnji. Preveri, ali glavne funkcije še vedno delujejo pravilno. Če preizkus ne uspe, lahko gradnjo popravijo in jo takoj prerazporedijo. S tem lahko prihranimo čas in zagotovimo kakovostno gradnjo okolja za zagotavljanje kakovosti.
Z uporabo avtomatiziranega orodja testni inženir zabeleži vse ročne korake, ki se izvajajo v gradnji programske opreme.
Cikel testiranja dima
Spodnji diagram prikazuje, kako se izvaja testiranje dima. Ko je gradnja uvedena v QA in so preskusi dima opravljeni, nadaljujemo s funkcionalnim testiranjem. Če preizkus dima ne uspe, zaključimo preskus, dokler težava v gradnji ni odpravljena.
Prednosti testiranja dima
Tu je naštetih nekaj prednosti za testiranje dima.
- Enostavno izvedljivo testiranje
- Napake bodo odkrite v zgodnjih fazah.
- Izboljša kakovost sistema
- Zmanjša tveganje
- Do napredka je lažje dostopati.
- Prihrani testni trud in čas
- Enostavno odkrivanje kritičnih napak in odpravljanje napak.
- Teče hitro
- Zmanjšuje integracijska tveganja
Kaj se zgodi, če ne opravimo testiranja dima
Če testiranja dima ne izvedemo v zgodnjih fazah, se lahko v kasnejših fazah pojavijo napake, kjer je to lahko stroškovno učinkovito. In pomanjkljivost, ki jo najdemo v poznejših fazah, je lahko prikaz zamaškov, kjer lahko vpliva na sprostitev končnih rezultatov.
Primer vzorčnih primerov za preizkus dima
T.ID | PRESKUSNI SCENARIJI | OPIS | PRESKUSNI KORAK | PRIČAKOVANI REZULTATI | DEJANSKI REZULTAT | STANJE |
---|---|---|---|---|---|---|
1. | Veljavne poverilnice za prijavo | Preizkusite prijavno funkcionalnost spletne aplikacije, da zagotovite, da se registrirani uporabnik lahko prijavi z uporabniškim imenom in geslom | 1. Zaženite aplikacijo 2. Zaženite stran za prijavo 3. Vnesite veljavno uporabniško ime 4. Vnesite veljavno geslo 5. Kliknite gumb za prijavo | Prijava bi morala biti uspeh | kot je bilo pričakovano | Mimo |
2. | Dodajanje funkcionalnosti predmeta | Lahko dodate izdelek v košarico | 1. Izberite seznam kategorij 2. Dodajte izdelek v košarico | Izdelek je treba dodati v košarico | Izdelek se ne dodaja v košarico | Ne uspe |
3. | Funkcija odjave | Preverite funkcionalnost odjave | 1. izberite gumb za odjavo | Uporabnik bi se moral imeti sposoben odjaviti. | Uporabnik se ne more odjaviti | Ne uspe |
Povzetek:
Pri programskem inženirstvu je treba preskus dima opraviti na vsaki gradnji brez okvare, saj pomaga pri odkrivanju napak v zgodnjih fazah. Aktivnost preskusa dima je zadnji korak, preden gradnja programske opreme vstopi v sistemsko fazo. Preizkuse dima je treba opraviti na vsaki gradnji, ki je namenjena testiranju. To velja za novi razvoj ter večje in manjše izdaje sistema.
Pred testiranjem dima mora ekipa za preverjanje kakovosti zagotoviti pravilno različico preizkušene aplikacije. To je preprost postopek, ki traja najmanj časa, da preizkusimo stabilnost aplikacije.
Preizkusi dima lahko zmanjšajo napor pri testiranju in izboljšajo kakovost aplikacije. Preskušanje dima je mogoče izvesti ročno ali z avtomatizacijo, odvisno od stranke in organizacije.
Ta članek prispeva Pavani Itchapurapu