Ce este testarea aplicației?
Thomas Hamilton
⚡ Rezumat inteligent
Testarea aplicațiilor validează un produs software întreg, mai degrabă decât o singură unitate, acoperind interfața, funcția, baza de date și comportamentul la încărcare. Această pagină explică ciclul de viață în patru etape, cele trei metodologii de testare, planificarea testelor, instrumentele, metricile și practicile specifice dispozitivelor mobile.
Ce este testarea aplicației?
Testarea aplicației este definită ca un tip de testare software efectuată prin intermediul scripturilor cu scopul de a găsi erori în software. Se ocupa de teste pentru intreaga aplicatie.
Ajută la îmbunătățirea calității aplicațiilor dvs., reducând în același timp costurile, maximizând rentabilitatea investiției și economisind timp de dezvoltare.
În Ingineria Software, testarea aplicației poate fi efectuată în diferite categorii, cum ar fi GUI, funcționalitate, bază de date (backend), test de încărcare etc.
Pentru testarea aplicațiilor, ciclurile de viață ale testării implică diferite faze care includ analiza cerințelor, planificarea testelor, analiza testelor, proiectarea testelor, execuția testului și raportarea erorilor etc.
Aceste faze se rezolvă într-un ciclu de viață scurt, repetabil, pe care îl urmează fiecare aplicație.
Cum se testează o aplicație?
Aplicațiile și produsele software au o serie de variații în ceea ce privește caracteristicile pe care le suportă, precum și procesele pe care le implementează. Deci, Testarea aplicației asigură că un anumit program sau aplicație funcționează corect.
Un ciclu de viață pentru testarea aplicațiilor implică patru etape.
- Etapa 1) Proiectați planuri de testare pe baza cerințelor aplicației
- Etapa 2) Dezvoltați cazuri de testare manuale și scripturi de testare automatizate
- Etapa 3) Efectuați teste funcționale pentru a valida cerințele aplicației
- Etapa 4) Executați teste de încărcare și reglați performanța aplicației
Tipul de Teste executate depinde de tipul de aplicație testată. Testarea aplicației este clasificată în 3 segmente.
- Testarea aplicației web
- Testarea aplicațiilor desktop
- Testarea aplicațiilor mobile
| Testarea aplicației | Tipuri de testare executate |
|---|---|
|
|
|
|
|
|
Testarea aplicațiilor web, desktop și mobile comparativ
Cele trei segmente au același ciclu de viață, dar diferă puternic în ceea ce privește defectele efective. Cunoașterea locului în care se concentrează riscul vă spune unde să cheltuiți bugetul de testare.
| Punct de diferență | web | Desktop | Mobil |
|---|---|---|---|
| Merge mai departe | Un browser printr-o rețea | O mașină instalată | Un telefon mobil sau o tabletă |
| Variabilă principală | Browser și versiune | Operasistem de montare și hardware | Dispozitiv, versiunea sistemului de operare și dimensiunea ecranului |
| Dependența de rețea | întotdeauna conectat | Adesea offline | Intermitent și trebuie să supraviețuiască pierderii |
| Cel mai mare risc | Randare și încărcare cross-browser | Instalare și compatibilitate | Fragmentarea pe dispozitive |
| Manevrarea întreruperii | Rareori relevant | Rareori relevant | Apeluri, notificări și baterie descărcată |
| Actualizați calea | Partea serverului, instantaneu pentru toți | Utilizatorul instalează un patch | Recenzie App Store, lansare etapizată |
Telefoanele mobile poartă cele mai multe variabile necontrolate, motiv pentru care sunt tratate separat mai târziu pe această pagină.
Metodologii de testare a aplicațiilor
Metodologia de testare este modalitatea structurată de a asigura testarea completă a unei aplicații software. O metodologie de testare neorganizată și deficitară poate duce la un produs instabil.
Există trei moduri în care se efectuează testarea.
- Negru Box Testarea
- Alb Box Testarea
- Gri Box Testarea
Negru Box Testarea
Negru Box Testarea tehnica este folosită în mod obișnuit pentru testare Testare funcțională, Testare nefuncțională, și testarea de regresie. În testarea cutie neagră, strategiile utilizate sunt
- Testarea clasei de echivalență
- Testarea valorii limită
- Testarea tabelelor de decizie
- Tabelele de tranziție de stat
Alb Box Testarea
Testarea cutiei albe este de obicei utilizat pentru testarea codului software pentru a verifica breșele de securitate interne, căile rupte sau prost structurate, funcționalitatea buclelor condiționale etc. În testarea white box, strategiile utilizate sunt
- Code Analiza acoperirii
- Acoperirea traseului
Gri Box Testarea
Această tehnică de testare este o combinație a ambelor negru Box Testarea, precum și testarea în cutie albă. Se efectuează pentru a găsi defecte bazate pe o structură necorespunzătoare sau pe utilizarea necorespunzătoare a aplicației.
Plan de testare pentru testarea aplicației
Planul de testare documentul este derivat din Produs Description, specificația cerințelor software SRS sau documentele de caz de utilizare. Scopul testului este ce să testați, cum să testați, când să testați și cine va testa. Documentul planului de testare este folosit ca mediu de comunicare între echipa de testare și managerii de testare.
Un plan de testare standard pentru testarea aplicațiilor ar trebui să definească următoarele caracteristici;
- Definiți sfera testării
- Definiți obiectivul testării
- Abordarea activității de testare
- Program pentru testare
- Bug tracrege și raportare
Criterii de intrare și ieșire pentru testarea aplicațiilor
Planul de testare enumeră criteriile formale de intrare și ieșire ca o practică recomandată, dar merită să fie detaliate. Fără acestea, o fază de testare fie începe cu o versiune instabilă, fie continuă fără o linie de sosire convenită.
Criterii de intrare trebuie îndeplinite înainte de începerea execuției.
- Cerințele și SRS sunt revizuite și stabilite ca nivel de referință.
- Planul de testare și cazurile de testare sunt scrise și aprobate.
- Compilarea este implementată într-un mediu de testare stabil și trece un test de fum.
- Datele de testare și conturile sau dispozitivele necesare sunt disponibile.
- Un defect tracInstrumentul King este configurat și echipa are acces.
Criteriile de ieșire arată că faza și-a îndeplinit scopul.
- Toate cazurile de testare planificate sunt executate, iar rezultatele sunt înregistrate.
- Nu rămân defecte critice sau de gravitate ridicată deschise.
- Se realizează acoperirea convenită în funcție de cerințe.
- Defectele rămase cu gravitate redusă sunt documentate și acceptate de către companie.
- Raportul sumar al testului este semnat.
Instrumente de testare a aplicațiilor
Există diverse instrumente de testare pentru testarea aplicațiilor. Selectarea instrumentelor depinde de ce tip de testare doriți să efectuați. Pentru diferite platforme sunt recomandate instrumente diferite. Instrumentele de testare a aplicațiilor asigură performanța, gradul de utilizare și funcționalitatea aplicațiilor pe o varietate de dispozitive.
Iată câteva dintre ele.
- Selenium
- IBM Rational Functional Tester (RFT)
- LoadRunner (În prezent OpenText LoadRunner, anterior HP și Micro Focus)
- Apache JMeter
💡 Notă: IBM Rational Robot, listat de mult timp alături de RFT, a fost retras de pe piață. Rational Functional Tester este actualul IBM ofertă, așadar proiectele noi nu ar trebui să fie planificate în jurul Robotului.
Indicatori cheie pentru testarea aplicațiilor
Executarea testelor dovedește activitate, nu eficacitate. Un set mic de indicatori arată dacă testarea găsește într-adevăr defecte și dacă aplicația converge în ceea ce privește calitatea lansării.
- Acoperire de testare: Ponderea cerințelor cu cel puțin un caz de testare mapat. O acoperire scăzută înseamnă un comportament netestat, indiferent de rata de promovabilitate.
- Densitatea defectelor: Defecte împărțite la dimensiune, de obicei la o mie de linii de cod sau la un modul. Indică componentele care necesită refacere, mai degrabă decât teste suplimentare.
- Scurgere defectă: Defecte găsite în producție împărțit la totalul defectelor găsite. Scurgerile în creștere reprezintă cel mai clar semnal că din testarea pre-lansare lipsește ceva.
- Eficiența eliminării defectelor: Defecte găsite înainte de lansare ca pondere din totalul defectelor. O cifră peste nouăzeci la sută este o țintă comună.
- Rata de execuție a testelor: Cazurile se contopesc cu cazurile planificate, tracked pe ciclu, astfel încât alunecarea să fie vizibilă devreme, mai degrabă decât la poarta de ieșire.
Track tendința, mai degrabă decât o singură citire. Un ciclu izolat spune foarte puțin.
Testarea celor mai bune practici pentru testarea aplicațiilor
Selectarea strategiei potrivite pentru testarea aplicației este o modalitate garantată de a detecta defectele aplicației. Deci, devine extrem de important ca echipa QA să urmeze un set de proces standard pentru a detecta mai multe erori și cu mai puțin timp.
Pentru testarea aplicațiilor, unele dintre cele mai bune practici includ
- Definiți specificațiile funcționale
- Revvederi și inspecții
- Criterii formale de intrare și ieșire
- Variații de testare funcțională
- Testare pe mai multe platforme
- Execuție automată a testelor
Provocări de testare a aplicațiilor
În timpul testării unei aplicații, un tester poate întâmpina numeroase provocări
- Probleme identificate numai atunci când utilizatorul sună
- Incapacitatea de a anticipa impactul schimbării
- Fără vizibilitate asupra erorilor de aplicare și operaționale
- Consumă timp
Testarea aplicațiilor mobile
La fel ca testarea aplicațiilor web, Mobil Testarea aplicațiilor se bazează, de asemenea, pe aceeași strategie și metodologie de testare. Diferența ar putea consta în instrumentele utilizate pentru testare; unele instrumente comune utilizate pentru testarea aplicațiilor mobile sunt Appium, TestComplete, Robotium și Espresso.
Tipurile de aplicații mobile sunt clasificate în trei secțiuni
- Aplicație web - este accesată de utilizatori printr-o rețea precum internet sau intranet
- Aplicație nativă - este dezvoltată pentru o anumită platformă și instalată pe un dispozitiv de calcul
- Aplicație hibridă - combină elemente atât ale webului, cât și ale platformei native, de exemplu Facebook.
Pentru majoritatea platformei mobile, puteți utiliza CSS simplu, HTML, JS etc.
Exemple de cazuri de testare pentru testarea aplicațiilor mobile
O strategie completă de aplicație de testare mobilă include infrastructura dispozitivului și a rețelei, selecția dispozitivelor țintă și o combinație eficientă de instrumente de testare manuale și automate pentru a acoperi atât testare nefuncțională și funcțională.
Pentru aplicația mobilă, lucrurile care trebuie testate sunt
- Instalare
- OTA
- Wi-Fi
- Cablu de date
- Bluetooth
- Dezinstalare
- Sigla aplicației
- Stropi
- Memorie puțină
- Feedback vizual
- Ieșiți din aplicație
- Pornirea/Repornirea aplicației
Provocări de testare mobilă
Odată cu creșterea numărului de utilizatori și dispozitive mobile, testarea unei aplicații mobile devine din ce în ce mai complexă. Testarea unei aplicații mobile este semnificativ diferită de cea a unei aplicații web desktop. Provocările comune întâmpinate în timpul testării mobile sunt
- Acoperire cuprinzătoare de testare
- Gestionarea fragmentării (diferite versiuni ale sistemului de operare, procesor, memorie)
- Lipsa planului de testare
- Presat de timp
- Lipsa dispozitivelor fizice
- Diversitate în platformă și OS
