nici un software nu poate fi vreodată complet perfect. Dar este o licență pentru a crea gunoi? Ingredientul lipsă este reticența noastră de a cuantifica calitatea. Pentru a crește calitatea, este foarte important să se asigure performanța eficientă a aplicației software. Testarea Software-ului este necesară pentru a se asigura că aplicația rulează fără eșecuri. În acest tutorial de Testare Software, vă voi spune tot ce trebuie să știți despre aspectele de testare. În continuarea blogului anterior despre ceea ce este testarea software-ului, aici mă voi scufunda mai adânc și voi acoperi subiectele menționate mai jos.
- Introducere în testarea Software-ului
- Noțiuni de bază pentru testarea Software-ului
- ciclul de viață al dezvoltării Software-ului
- model de verificare și validare
- metode de Testare Software
- niveluri de Testare Software
- artefacte ale documentației de Testare Software
- ciclul de viață al erorilor
- provocări cu care se confruntă testarea manuală
- testarea automatizării vs testarea manuală
de asemenea, puteți trece prin înregistrarea tutorialului de testare a software-ului, unde experții noștri de testare a software-ului au explicat conceptele în profunzime.
Tutorial de testare Software pentru începători / Manual & testarea automatizării
acest videoclip vorbește despre diferite tipuri de testare, adică teste manuale și abordări de testare a automatizării.
Introducere în testarea Software-ului
lumea tehnologiei de astăzi este complet dominată de mașini, iar comportamentul lor este controlat de software-ul care îl alimentează. Testarea Software oferă o soluție rentabilă pentru toate grijile noastre. Ce este testarea Software-ului? Testarea Software-ului este un proces de evaluare a funcționalității unei aplicații software pentru a găsi orice bug-uri software. Verifică dacă software-ul dezvoltat a îndeplinit cerințele specificate și identifică orice defect al software-ului pentru a obține un produs de calitate. Practic, execută un sistem pentru a identifica orice lacune, erori sau cerințe lipsă contrare cerințelor reale.
este, de asemenea, declarat ca procesul de verificare și validare a unui produs software. Acesta verifică dacă produsul software:
- îndeplinește cerințele de afaceri și tehnice care i-au ghidat proiectarea și dezvoltarea
- funcționează conform cerinței
- pot fi implementate cu aceleași caracteristici
acum, să mergem mai departe în articolul tutorial de testare Software și să obținem câteva informații despre elementele de bază ale testării Software.
Noțiuni de bază pentru testarea Software-ului
în primul rând, vă voi spune care este ciclul de viață al dezvoltării software-ului?
ciclul de viață al dezvoltării Software
(SDLC) abreviat ca ciclul de viață al dezvoltării Software este un proces utilizat de industria software pentru proiectarea, dezvoltarea și testarea software-ului de înaltă calitate. Acesta își propune să producă software de înaltă calitate, care îndeplinește sau depășește așteptările clienților, ajunge la finalizare în timp și estimările costurilor. Diagrama de mai jos descrie diferite faze implicate în SDLC.
Fig: Software Development Life Cycle – Tutorial de Testare Software
Faza cerință
colectarea cerință și analiza este cea mai importantă fază în ciclul de viață de dezvoltare de software. Business analyst colectează cerința de la client / client ca pe nevoile de afaceri ale clienților și documente cerințele din caietul de sarcini cerința de afaceri (numele documentului variază în funcție de organizație).
faza de analiză
odată ce cerințele sunt adunate și analizate, următorul pas este definirea și documentarea cerințelor produsului și obținerea aprobării acestora de către client. Acest lucru este înregistrat prin documentul SRS (Software Requirement Specification). Se compune din toate cerințele de produs care urmează să fie proiectate și dezvoltate în timpul ciclului de viață al proiectului
faza de proiectare
această fază are două etape:
- HLD – design la nivel înalt-oferă arhitectura produsului software care urmează să fie dezvoltat și este realizat de arhitecți și dezvoltatori seniori
- LLD – design la nivel scăzut – este realizat de dezvoltatori seniori. Aici, vă oferă informații despre cum ar trebui să funcționeze fiecare caracteristică din produs și cum ar trebui să funcționeze fiecare componentă.
rezultatul acestei faze este documentul de nivel înalt și documentul de nivel scăzut, care funcționează ca o intrare la faza următoare.
faza de dezvoltare
dezvoltatorii de toate nivelurile (seniori, juniori, boboci) sunt implicați în această fază. Aceasta este faza în care începeți să construiți codul pentru software.
faza de testare
când software-ul este gata, acesta este trimis la Departamentul de testare unde îl testează temeinic pentru diferite defecte. Testarea unui software se efectuează fie manual, fie folosind instrumente de testare automate și se asigură că fiecare componentă a software-ului funcționează bine. Odată ce software-ul este fără erori, acesta trece la etapa următoare, care este implementarea.
implementare& faza de întreținere
odată ce produsul este lipsit de erori, acesta este livrat/implementat clientului pentru utilizarea lor. Implementarea se face de către inginerii de implementare/implementare. Pe măsură ce clienții încep să utilizeze sistemul dezvoltat, atunci problemele reale apar și trebuie rezolvate din când în când. Detectarea și rezolvarea acestor probleme găsite de client vine în faza de întreținere.
a fost vorba despre ciclul de viață al dezvoltării Software-ului. Dacă doriți să știți despre diferite etape implicate în procesul de testare software, atunci puteți citi acest blog pe ciclul de viață de Testare Software. După ce am înțeles acest lucru, să mergem mai departe cu acest tutorial de testare software și să vedem care este modelul V & V.
Modelul V este acum unul dintre cele mai utilizate procese de dezvoltare software. Introducerea modelului V a dovedit de fapt implementarea testării chiar din faza de cerință. Este, de asemenea, numit ca model de verificare și validare
ce este verificarea și validarea în testarea Software-ului?
verificare: verificarea este o tehnică de analiză statică. Aici, testarea se face fără executarea codului. Exemplele includ-comentarii, inspecție, și plimbare prin.
validare: validarea este un proces de analiză dinamică în care efectuăm testarea prin executarea codului. Exemplele includ tehnici de testare funcționale și nefuncționale.
în modelul V, activitățile de dezvoltare și de asigurare a calității se realizează simultan. Aici, testarea începe chiar din faza de cerință. Activitățile de verificare și validare au loc simultan. Să ne uităm la figura de mai jos pentru a înțelege modelul V
într-un proces tipic de dezvoltare, partea stângă prezintă activitățile de dezvoltare, iar partea dreaptă prezintă activitățile de testare. Nu ar trebui să fie greșit dacă spun că în faza de dezvoltare se efectuează atât verificarea, cât și validarea, împreună cu activitățile reale de dezvoltare.
LHS
după cum am menționat mai devreme, activitățile din partea stângă sunt activități de dezvoltare. În mod normal, simțim, ce teste putem face în faza de dezvoltare? Dar aceasta este esența acestui model care ilustrează faptul că testarea se poate face și în toate fazele activităților de dezvoltare.
RHS
activitățile de testare sau faza de validare se desfășoară în partea dreaptă a modelului.
pe măsură ce ați câștigat câteva informații despre acest lucru, să mergem mai departe cu acest tutorial de testare a software-ului și să vedem care sunt diferitele metode în care software-ul poate fi testat.
metode de Testare Software
există trei metode de testare a software-ului și sunt după cum urmează:
- testarea cutiei negre
- testarea cutiei albe
- testarea cutiei Gri
testarea cutiei negre: este o metodă de testare software în care structura internă/ proiectarea/ implementarea elementului testat nu este cunoscută testerului.
testare cutie albă: este o metodă de testare software în care structura internă/ proiectarea/ implementarea elementului testat este cunoscută testerului.
testarea cutiei gri: este o tehnică de testare efectuată cu informații limitate despre funcționalitatea internă a sistemului.
sper că ați înțeles indicii cheie cu privire la diferite metode de testare software. Acum, să mergem mai departe în acest articol Tutorial de testare Software și să înțelegem nivelurile de Testare Software.
niveluri de Testare Software
un nivel în testarea software-ului este un proces în care fiecare unitate sau componentă a unui software/sistem este testată. Există diferite niveluri de testare care ajută la verificarea comportamentului și performanței pentru testarea software-ului. Aceste niveluri de testare sunt concepute pentru a recunoaște zonele lipsă și reconcilierea între dezvoltarea stărilor ciclului de viață. În modelul ciclului de viață al dezvoltării de software, există faze caracterizate, cum ar fi colectarea cerințelor, analiza, proiectarea, codificarea sau execuția, testarea și implementarea.
toate aceste faze trec prin procesul de niveluri de testare software. Există în principal patru niveluri de testare și sunt:
- testarea unității
- testarea integrării
- testarea sistemului
- testarea acceptării
practic, începe cu faza de testare a unității și se termină cu testarea acceptării.
în următoarea secțiune a acestui tutorial de testare software, voi fi scufundări mai adânc în următorul subiect și să explice care sunt diferitele artefacte de documentare în testarea software-ului.
artefacte de documentare de Testare Software
documentarea cazurilor de testare vă va facilita estimarea efortului de testare de care veți avea nevoie, împreună cu acoperirea testului și cerința de urmărire și urmărire. Unele artefacte de documentare aplicate în mod obișnuit asociate cu testarea software-ului sunt:
- planul de testare
- scenariul de testare
- cazul de testare
- matricea de trasabilitate
să discutăm fiecare dintre ele pe scurt.
- planul de testare: acesta vă oferă strategia schiță care vor fi puse în aplicare pentru testarea aplicației.
- scenariu de testare: scenariul de testare poate fi considerat ca o declarație cu o singură linie care notifică zona în care aplicația dvs. va fi experimentată. Acest artefact este necesar pentru a asigura procedura generală testată de la început până la sfârșit.
- Test Case: test Case nu este altceva decât un set de condiții sau variabile în care un tester va determina dacă un sistem testat satisface cerințele sau funcționează corect. Cazurile de testare menționate mai jos sunt verificate în timpul testării.
- cazuri de testare funcțională
- cazuri de testare cu eroare negativă
- cazuri de testare logică
- cazuri de testare fizică
- cazuri de testare UI
- matricea de trasabilitate: este, de asemenea, cunoscută sub numele de matrice de trasabilitate a cerințelor (RTM). Acesta conține un tabel care schițează cerințele atunci când modelul SDLC al produsului dvs. este creat. Aceste artefacte de documentare pot fi aplicate pentru urmărirea înainte, care urmează să treacă de la proiectare la codificare sau pot fi implementate și pentru urmărirea înapoi, care este inversul urmăririi înainte.
acest lucru ne aduce la sfârșitul software-ului de testare artefacte de documentare. Acum, să mergem mai departe în acest articol tutorial de testare Software și să aflăm ce este gestionarea defectelor?
care este procesul de gestionare a defectelor?
gestionarea defectelor este un proces de detectare a erorilor și de remediere a acestora. Ca bug-uri sunt o parte din industria de software, ele apar în mod constant în procesul de dezvoltare de software. Membrii echipei trebuie să scrie bucăți mari de cod în fiecare zi și, de obicei, nu au timp să se gândească cum să evite erorile. Prin urmare, fiecare proiect de dezvoltare software necesită un proces care ajută la detectarea defectelor și remedierea acestora.
procesul de gestionare a defectelor se desfășoară în etapa de testare a produsului. Fără a realiza acest lucru, ar fi greu de înțeles natura gestionării defectelor.. De obicei, dezvoltatorii își testează singuri produsul. De asemenea, există și un tip de testare care se bazează pe implicarea utilizatorilor. Utilizatorilor finali li se oferă adesea posibilitatea de a raporta erorile pe care le-au identificat. Cu toate acestea, acest lucru nu este cel mai bun mod de testare, deoarece utilizatorii ar putea să nu fie capabili să găsească toate erorile.
procesul de gestionare a defectelor include de obicei patru etape.
- primul pas este etapa de defect detectarea
- al doilea pas este dedicat formularea de rapoarte de bug-uri
- al treilea pas este de a repara bug-ul.
- în etapa finală, lista de erori este creată
acum, să mergem mai departe în articolul tutorial de testare Software și să înțelegem procesul de detectare a erorilor cu ajutorul ciclului de viață al erorilor.
ciclul de viață al erorilor
un ciclu de viață al defectelor este un proces în care un defect trece prin diferite faze pe parcursul întregii sale vieți. Începe atunci când un defect este găsit și se termină atunci când un defect este închis, după ce se asigură că nu este reprodus. Un ciclu de viață defect este legat de bug-ul găsit în timpul testării.
ciclul de viață al erorilor sau defectelor include pașii ilustrați în figura de mai jos:
- nou: În acest pas, dacă un defect este înregistrat și postat pentru prima dată, starea sa este dată ca nouă.
- atribuit:după ce testerul a postat bug-ul, conducerea testerului aprobă că bug-ul este autentic și atribuie bug-ul unui dezvoltator corespunzător și echipei de dezvoltatori. Este de stat dat ca atribuit.
- deschis: înaceastă stare, dezvoltatorul a început să analizeze și să lucreze la remedierea defectelor.
- fix: ca dezvoltator face modificări de cod necesare și verifică modificările, atunci el/ea poate face starea bug ca ‘fix’ și bug-ul este trecut la echipa de testare.
- Test: în această etapă, testerul face testarea codului modificat pe care dezvoltatorul i l-a dat înapoi pentru a verifica dacă defectul a fost remediat sau nu.
- verificat: aici, testerul testează din nou eroarea după ce a fost remediată de dezvoltator. Dacă nu există nicio eroare în software, El aprobă Remedierea bug-ului și schimbă starea în „verificat”.
- redeschide: în cazul în care bug-ul există încă chiar și după bug-ul este fixat de către dezvoltator, testerul schimbă starea la „redeschis”. În această stare, bug – ul trece din nou prin ciclul de viață.
- închis: de îndată ce bug-ul este fixat, acesta este testat de tester. În cazul în care testerul simte că bug-ul nu mai există în software, El schimbă starea bug-ului în „închis”. Aceasta implică faptul că bug-ul este fix, testat și aprobat.
- duplicat:în ciclul de viață al bug-ului, dacă bug-ul se repetă de două ori sau cele două bug-uri menționează același concept al bug-ului, atunci starea unui bug este schimbată în „duplicat”.
- respins:dacă în cazul în care dezvoltatorul consideră că bug-ul nu este autentic, el respinge bug-ul. Apoi, starea bug-ului este schimbată în „respinsă”.
- amânat:dacă bug-ul este schimbat la starea amânată înseamnă bug-ul este de așteptat să fie stabilită în următoarele versiuni.
a fost vorba despre ciclul de viață al erorilor și procesul de gestionare a defectelor. Acum, să vedem care sunt provocările cu testarea manuală.
provocări cu testarea manuală
testarea manuală a unei aplicații de către testerii QA este cunoscută sub numele de testare manuală. Aici, toate testele trebuie efectuate manual în fiecare mediu, folosind un set de date diferit și rata de succes/ eșec a fiecărei tranzacții ar trebui înregistrată.
în figura de mai sus puteți vedea un om care verifică manual tranzacțiile înregistrate. Puteți notifica cu ușurință provocările cu care se confruntă poate provoca oboseală, plictiseală, întârziere în muncă, greșeli și erori din cauza efortului manual. Acest lucru a dus la apariția testelor de automatizare.
acum, să aprofundăm ultimul subiect al articolului tutorial de testare software și să vedem cum testarea automatizării bate testarea manuală.
testarea automatizării vs testarea manuală
testarea automatizării depășește testarea manuală de fiecare dată. De ce? Deoarece este super rapid, necesită foarte puține investiții în resurse umane, nu este predispus la erori, este posibilă executarea frecventă a testelor, susține testarea regresiei și, de asemenea, testarea funcțională.
să luăm un exemplu și să înțelegem acest lucru. Spuneți că aveți o pagină de conectare și trebuie să verificați dacă toate încercările de conectare au succes, atunci va fi foarte ușor să scrieți o bucată de cod care să valideze dacă toate încercările de tranzacție/ conectare sunt sau nu reușite (executarea automată a cazului de testare).
toate aceste teste pot fi configurate astfel încât să fie testate în diferite medii și browsere web. Nu doar că, de asemenea, puteți automatiza generarea de fișier rezultat, prin programarea pentru o anumită perioadă de timp în timpul zilei. Apoi, puteți automatiza, de asemenea, generarea de rapoarte pe baza acestor rezultate și ce nu.
punct Important aici este că testarea automatizării face treaba unui tester, mult mai simplă. Consultați imaginea de mai sus, care arată un mediu mai relaxat în care același tester funcționează. Dacă doriți să aflați mai multe despre testarea automatizării și instrumentul de testare a automatizării utilizat pe scară largă seleniu, puteți consulta acest tutorial seleniu.
a fost vorba despre modul în care testarea automatizării își face drumul în domeniul testării software. Ne aduce la sfârșitul articolului despre tutorialul de Testare Software. Sper că ați găsit-o informativ și le-a ajutat în adăugarea de valoare la cunoștințele.
dacă ați găsit acest „Tutorial de testare Software” relevant, consultați instruirea de certificare a seleniului live-online de către Edureka, o companie de învățare online de încredere, cu o rețea de peste 250.000 de cursanți mulțumiți răspândiți pe tot globul.