Ce este testarea fumului?
Ce este testarea fumului
Testarea fumului este un proces de testare a software-ului care determinฤ dacฤ versiunea software implementatฤ este stabilฤ sau nu. Testarea fumului este o confirmare pentru echipa QA de a continua cu teste software ulterioare. Constฤ dintr-un set minim de teste rulate pe fiecare build pentru a testa funcศionalitฤศile software. Testarea de fum este cunoscutฤ ศi sub denumirea de โTest de verificare a construcศieiโ sau โTest de รฎncredereโ.
รn termeni simpli, testele de fum รฎnseamnฤ verificarea funcศionฤrii funcศiilor importante ศi cฤ nu existฤ elemente de excepศie รฎn construcศia care este รฎn curs de testare. Este un test de regresie mini ศi rapid de funcศionalitate majorฤ. Este un test simplu care aratฤ cฤ produsul este gata pentru testare. Acest lucru ajutฤ la determinarea dacฤ construcศia este defectuoasฤ, astfel รฎncรขt orice testare ulterioarฤ sฤ fie o pierdere de timp ศi resurse.
Comparaลฃie Test de fum vs sanitate
Cรขnd facem testul de fum
Smoke Testing se face ori de cรขte ori noile funcศionalitฤศi ale software-ului sunt dezvoltate ศi integrate cu versiunea existentฤ care este implementatฤ รฎn mediul QA/staging. Se asigurฤ cฤ toate funcศionalitฤศile critice funcศioneazฤ corect sau nu.
รn aceastฤ metodฤ de testare, echipa de dezvoltare implementeazฤ construirea รฎn QA. Sunt luate un subseturi de cazuri de testare, iar apoi testerii ruleazฤ cazuri de testare pe build. Echipa QA testeazฤ aplicaศia faศฤ de funcศionalitฤศile critice. Aceste serii de cazuri de testare sunt concepute pentru a expune erorile care sunt รฎn construcศie. Dacฤ aceste teste sunt trecute, echipa QA continuฤ cu Functional Testing.
Orice defecศiune indicฤ necesitatea de a gestiona sistemul รฎnapoi cฤtre echipa de dezvoltare. Ori de cรขte ori existฤ o schimbare รฎn construcศie, efectuฤm testarea fumului pentru a asigura stabilitatea.
Exemplu: -Butonul de รฎnregistrare nou este adฤugat รฎn fereastra de autentificare ศi versiunea este implementatฤ cu noul cod. Efectuฤm teste de fum pe o construcศie nouฤ.
Testele de fum calificฤ construcศia pentru teste oficiale ulterioare. Scopul principal al testฤrii fumului este de a detecta problemele majore timpurii. Testele de fum sunt concepute pentru a demonstra stabilitatea sistemului ศi conformitatea cu cerinศele. O versiune include toate fiศierele de date, bibliotecile, modulele reutilizabile, componentele proiectate care sunt necesare pentru a implementa una sau mai multe funcศii ale produsului.
Ce se รฎntรขmplฤ dacฤ nu facem testarea fumului
Dacฤ nu efectuฤm testarea fumului รฎn stadiile incipiente, pot fi รฎntรขlnite defecte รฎn etapele ulterioare, unde poate fi costisitor. Iar cel Defect gฤsite รฎn etapele ulterioare pot fi opriri de prezentare รฎn cazul รฎn care poate afecta eliberarea de livrabile.
Cine va face testarea fumului
Dupฤ lansarea build-ului รฎn mediul QA, Smoke Testing este efectuat de cฤtre inginerii QA/responsabilul QA. Ori de cรขte ori existฤ o nouฤ construcศie, echipa QA determinฤ funcศionalitatea majorฤ a aplicaศiei pentru a efectua testarea fumului. Echipa QA verificฤ dacฤ existฤ showstoppers รฎn aplicaศia care este รฎn curs de testare.
Testarea efectuatฤ รฎntr-un mediu de dezvoltare a codului pentru a asigura corectitudinea aplicaศiei รฎnainte de a lansa build-ul pentru QA, aceasta este cunoscutฤ sub numele de testare Sanity. Este de obicei o testare รฎngustฤ ศi profundฤ. Este un proces care verificฤ dacฤ aplicaศia รฎn curs de dezvoltare รฎndeplineศte cerinศele sale funcศionale de bazฤ.
Testarea corectฤ determinฤ finalizarea fazei de dezvoltare ศi ia decizia dacฤ trece sau nu produsul software pentru faza de testare ulterioarฤ.
De ce facem teste de fum?
Testarea fumului joacฤ un rol important รฎn dezvoltarea software-ului, deoarece asigurฤ corectitudinea sistemului รฎn fazele iniศiale. Prin aceasta, putem economisi efortul de testare. Ca urmare, testele de fum aduc sistemul รฎntr-o stare bunฤ. Odatฤ ce terminฤm testarea fumului, รฎncepem doar testarea funcศionalฤ.
- Toate opritoarele de spectacol din construcศie vor fi identificate prin efectuarea testelor de fum.
- Testarea fumului se face dupฤ ce construcศia este eliberatฤ cฤtre QA. Cu ajutorul testฤrii fumului, majoritatea defectelor sunt identificate รฎn stadiile iniศiale ale de dezvoltare de software.
- Prin testarea fumului, simplificฤm detectarea ศi corectarea defectelor majore.
- Prin testarea de fum, echipa QA poate gฤsi defecte ale funcศionalitฤศii aplicaศiei care ar fi putut sฤ fi apฤrut de noul cod.
- Testarea fumului descoperฤ defecte majore de severitate.
Exemplu 1: Fereastra de รฎnregistrare: se poate trece la urmฤtoarea fereastrฤ cu nume de utilizator ศi parolฤ valide fฤcรขnd clic pe butonul de trimitere.
Exemplu 2: Utilizatorul nu se poate deconecta de la pagina web.
Cum se face testarea fumului?
Testarea fumului se face de obicei manual, deศi existฤ posibilitatea de a realiza acelaศi lucru prin automatizare. Poate varia de la organizaศie la organizaศie.
Testarea manualฤ a fumului
รn general, testarea fumului se face manual. Abordฤrile variazฤ de la o organizaศie la alta. Testarea de fum este efectuatฤ pentru a se asigura cฤ navigarea pe cฤile critice este conform aศteptฤrilor ศi nu รฎmpiedicฤ funcศionalitatea. Odatฤ ce versiunea este lansatฤ pentru QA, trebuie luate cazuri de testare a funcศionalitฤศii cu prioritate ridicatฤ ศi sunt testate pentru a gฤsi defectele critice ale sistemului. Dacฤ testul trece, continuฤm testarea funcศionalฤ. Dacฤ testul eศueazฤ, versiunea este respinsฤ ศi trimisฤ รฎnapoi echipei de dezvoltare pentru corectare. QA รฎncepe din nou testarea fumului cu o nouฤ versiune de construcศie. Testarea de fum este efectuatฤ pe o construcศie nouฤ ศi va fi integratฤ cu versiunile vechi pentru a menศine corectitudinea sistemului. รnainte de a efectua testarea fumului, echipa QA ar trebui sฤ verifice dacฤ existฤ versiuni corecte de construcศie.
Testarea fumului de cฤtre Automation
Testarea automatizฤrii este folosit pentru Testarea regresiei. Cu toate acestea, putem folosi ศi un set de cazuri de testare automate pentru a rula รฎmpotriva Smoke Test. Cu ajutorul testelor de automatizare, dezvoltatorii pot verifica construirea imediat, ori de cรขte ori existฤ o nouฤ versiune pregฤtitฤ pentru implementare.
รn loc sฤ se repete manual testul de fiecare datฤ cรขnd noua versiune de software este implementatฤ, cazurile de testare de fum รฎnregistrate sunt executate รฎmpotriva versiunii. Acesta verificฤ dacฤ funcศionalitฤศile majore funcศioneazฤ รฎn continuare corect. Dacฤ testul eศueazฤ, atunci ei pot corecta construcศia ศi redistribui construirea imediat. Prin aceasta, putem economisi timp ศi putem asigura o construcศie de calitate a mediului QA.
Folosind un instrument automat, inginerul de testare รฎnregistreazฤ toศi paศii manuali care sunt executaศi รฎn versiunea software.
Ciclul de testare a fumului
Diagrama de mai jos aratฤ cum se executฤ testarea fumului. Odatฤ ce construcศia este implementatฤ รฎn QA ศi, testele de fum sunt trecute, trecem la testarea funcศionalฤ. Dacฤ testul de fum eศueazฤ, ieศim din testare pรขnฤ cรขnd problema din build este remediatฤ.

Avantajele testฤrii fumului
Iatฤ cรขteva avantaje enumerate pentru testarea fumului.
- Testare uศor de efectuat
- Defectele vor fi identificate รฎn stadii incipiente.
- รmbunฤtฤศeศte calitatea sistemului
- Reduce riscul
- Progresul este mai uศor de accesat.
- Economiseศte timp ศi efort de testare
- Uศor de detectat erori critice ศi de corectare a erorilor.
- Se ruleazฤ repede
- Minimizeazฤ riscurile de integrare
Exemplu de cazuri de test de fum Exemplu
| T.ID | SCENARIILE DE TESTARE | DESCRIERE | PASUL DE TESTARE | REZULTAT ASTEPTAT | REZULTAT ACTUAL | STAREA |
|---|---|---|---|---|---|---|
| 1 | Date de conectare valide | Testaศi funcศionalitatea de conectare a aplicaศiei web pentru a vฤ asigura cฤ unui utilizator รฎnregistrat รฎi este permis sฤ se autentifice cu numele de utilizator ศi parola | 1. Lansaศi aplicaศia 2.Navigaศi pe pagina de conectare 3.Introduceศi un nume de utilizator valid 4.Introduceศi parola validฤ 5. Faceศi clic pe butonul de conectare |
Conectarea ar trebui sฤ aibฤ succes | cum era de aศteptat | Trece |
| 2 | Adฤugarea funcศionalitฤศii articolului | Posibilitatea de a adฤuga un articol รฎn coศ | 1.Selectaศi lista de categorii 2.Adฤugaศi articolul รฎn coศ |
Articolul ar trebui adฤugat รฎn coศ | Articolul nu este adฤugat รฎn coศ | Eศua |
| 3 | Funcศionalitatea de deconectare | Verificaศi funcศionalitatea de deconectare | 1. selectaศi butonul de deconectare | Utilizatorul ar trebui sฤ se poatฤ deconecta. | Utilizatorul nu se poate deconecta | Eศua |
Concluzie
รn ingineria software, testarea Smoke ar trebui efectuatฤ pe fiecare construcศie fฤrฤ greศ, deoarece ajutฤ la gฤsirea defectelor รฎn stadiile incipiente. Activitatea de testare a fumului este pasul final รฎnainte ca versiunea software sฤ intre รฎn stadiul sistemului. Testele de fum trebuie efectuate pe fiecare construcศie care este trecutฤ la testare. Acest lucru se aplicฤ noilor dezvoltฤri ศi versiunilor majore ศi minore ale sistemului.
รnainte de a efectua testarea de fum, echipa QA trebuie sฤ asigure versiunea corectฤ a aplicaศiei testate. Este un proces simplu care necesitฤ un timp minim pentru a testa stabilitatea aplicaศiei.
Testele de fum pot minimiza efortul de testare ศi pot รฎmbunฤtฤศi calitatea aplicaศiei. Testarea fumului se poate face fie manual, fie prin automatizare in functie de client si organizatie.

