top 20 practical software testing tips you should read before testing any application
Doresc tuturor testerilor să citească practicile de testare software actualizate în acest articol . Citiți fiecare punct cu atenție și încercați să le implementați în activitățile de testare de zi cu zi. La asta mă aștept de la cititori prin acest articol. Dacă nu înțelegeți nicio practică de testare, cereți mai multe clarificări în secțiunea de comentarii de mai jos.
Cu toate acestea, veți învăța toate aceste practici de testare prin experiență. Dar de ce nu înveți toate aceste lucruri înainte de a face vreo greșeală?
Haideți să aruncăm o privire lor!
Iată câteva dintre cele mai bune practici de testare pe care le-am învățat prin experiență:
cum se începe un proiect Java în eclipsă
# 1) Aflați să analizați temeinic rezultatele testelor. Nu ignorați rezultatele testelor. Rezultatul final al testului poate fi „trece” sau „eșuează”, dar depanarea cauzei principale a „eșecului” vă va oferi soluția la problema. Testerii vor fi respectați dacă nu numai că înregistrează Gandaci dar oferă și soluții.
#Două) Învață să maximizezi Acoperirea testului de fiecare dată când testați orice aplicație. Acoperirea 100% a testului s-ar putea să nu fie posibilă, dar totuși puteți încerca întotdeauna să ajungeți lângă ea.
# 3) Pentru a asigura acoperirea maximă a testelor, împărțiți aplicația sub test (AUT), în module funcționale mai mici. Scrieți cazuri de testare pe astfel de module individuale. De asemenea, dacă este posibil, rupeți aceste module în părți mai mici.
De exemplu, să presupunem că ați împărțit aplicația site-ului dvs. web în module și „acceptarea informațiilor utilizatorului” este unul dintre module. Puteți împărți acest ecran „Informații utilizator” în părți mai mici pentru a scrie cazuri de testare: părți precum testarea interfeței de utilizare, Testarea securității , Testarea funcțională din formularul „Informații utilizator” etc.
Aplicați toate testele de tip și dimensiune ale câmpului formularului, testele negative și de validare pe câmpurile de intrare și scrieți toate aceste cazuri de testare pentru o acoperire maximă.
# 4) În timp ce Scrierea cazurilor de testare , scrieți mai întâi cazuri de testare pentru funcționalitatea intenționată, adică pentru condiții valabile conform cerințelor. Apoi scrieți teste pentru condiții nevalide. Aceasta va acoperi comportamentul așteptat, precum și comportamentul neașteptat al aplicației supuse testului.
# 5) Gândește-te pozitiv. Începeți să testați aplicația cu intenția de a găsi erori / erori. Nu vă gândiți în prealabil că nu vor exista erori în aplicație. Dacă testați aplicația cu intenția de a găsi erori, veți reuși cu siguranță să le găsiți Subtil Bugs de asemenea.
# 6) Scrieți cazurile de testare în analiza cerințelor și în faza de proiectare. În acest fel vă puteți asigura că toate cerințele sunt testabile.
# 7) Fă-ți testează cazurile disponibile dezvoltatorilor înainte de codificare. Nu vă țineți cazurile de testare în așteptare pentru a obține versiunea finală a aplicației pentru testare, crezând că puteți înregistra mai multe erori. Lăsați dezvoltatorii să vă analizeze cu atenție cazurile de testare pentru a dezvolta o aplicație de calitate. Acest lucru va economisi, de asemenea, timpul de relucrare.
# 8) Dacă este posibil, identificați și grupați cazurile de testare pentru Testarea regresiei . Acest lucru va asigura testarea manuală de regresie rapidă și eficientă.
# 9) Aplicațiile care necesită timp critic de răspuns ar trebui să fie testate cu atenție pentru performanță. Test de performanta este o parte critică a multor aplicații. În Manual Testarea, aceasta este partea cea mai ignorată de testeri din cauza lipsei unui volum mare de date necesar în testarea performanței.
Aflați modalitățile de testare a performanței aplicației dvs. Dacă nu este posibil să creați manual date de testare, atunci scrieți câteva scripturi de bază pentru a crea date de testare pentru testele de performanță sau cereți dezvoltatorilor să scrie unul pentru dvs.
# 10) Programatorii nu trebuie să-și testeze propriul cod. După cum sa discutat în documentul nostru postarea anterioară , Testarea unitară de bază a aplicațiilor dezvoltate ar trebui să fie suficientă pentru ca dezvoltatorii să elibereze aplicația pentru testeri. Dar tu (testerul) nu trebuie să forțezi dezvoltatorii să elibereze produsul pentru testare.
Lasă-i să-și ia singur timpul. Toată lumea, de la conducător la manager, știe când modulul / actualizarea este lansat pentru testare și pot estima timpul de testare în consecință. Aceasta este o situație tipică într-un Agil mediul proiectului.
# 11) Treceți dincolo de testarea cerințelor. Testați aplicația pentru ceea ce nu ar trebui să facă.
# 12) În timp ce efectuați teste de regresie utilizați graficul Bug anterior (Grafic de erori - numărul de erori găsite în timp pentru diferite module). Acest grafic de erori în funcție de modul poate fi util pentru a prezice cea mai probabilă parte a erorii din aplicație.
# 13) Notați noii termeni, concepte pe care le învățați în timpul testării. Păstrați un fișier text deschis în timp ce testați orice aplicație. Notați progresul testării și observațiile în ea. Utilizați aceste observații de blocnotes în timp ce pregătiți raportul final de lansare a testului. Acest bun obicei vă va ajuta să furnizați un raport complet de testare fără echivoc și detalii despre eliberare.
# 14) De multe ori testerii sau dezvoltatorii fac modificări în baza de cod pentru aplicația testată. Acesta este un pas obligatoriu în mediul de dezvoltare sau testare pentru a evita executarea procesării tranzacțiilor live ca în proiectele bancare.
Notați toate aceste modificări de cod efectuate în scopul testării iar în momentul lansării finale asigurați-vă că ați eliminat toate aceste modificări din resursele finale ale fișierului de implementare pe partea clientului.
# 15) Țineți dezvoltatorii departe de mediul de testare. Este necesar un pas pentru a detecta orice modificare a configurației lipsă în documentul de lansare sau implementare. Uneori dezvoltatorii fac unele modificări ale configurației sistemului sau ale aplicației, dar uită să menționeze cele din pașii de implementare.
Dacă dezvoltatorii nu au acces la mediul de testare, nu vor face astfel de modificări accidental în mediul de testare, iar aceste lucruri lipsă pot fi capturate la locul potrivit.
cum se deschide fișierele .jar Windows 10
# 16) Este o practică bună implică testeri chiar din faza de cerințe software și proiectare. În acest fel, testerii pot obține cunoștințe despre fiabilitatea aplicației, rezultând o acoperire detaliată a testelor. Dacă nu vi se solicită să faceți parte din acest ciclu de dezvoltare, atunci puteți face o cerere către conducătorul sau managerul dvs. de a implica echipa de testare în toate procesele de luare a deciziilor sau întâlniri.
# 17) Echipele de testare ar trebui împărtășiți cele mai bune practici de testare , experiență cu celelalte echipe din organizația lor.
# 18) Sporiți conversația cu dezvoltatorii pentru a afla mai multe despre produs. Ori de câte ori este posibil, faceți comunicare față în față pentru rezolvarea rapidă a disputelor și pentru a evita orice neînțelegeri.
Dar și atunci când înțelegeți cerința sau rezolvați orice dispută - asigurați-vă că comunicați aceleași modalități de comunicare suprascrise ca e-mailurile. Nu păstrați nimic verbal.
# 19) Nu alerga Ramas fara timp pentru a efectua sarcini de testare cu prioritate ridicată. Dă prioritate activității de testare de la prioritate mare la prioritate redusă și planifică-ți munca în consecință. Analizați toate riscurile asociate pentru a vă acorda prioritate muncii.
# 20) Scrieți un text clar, descriptiv, fără ambiguități Raport de eroare . Nu furnizați numai simptomele bug-ului, ci și efectul bug-ului și toate soluțiile posibile.
Nu uitați că testarea este o sarcină creativă și provocatoare. În cele din urmă, totul depinde de abilitățile și experiența dvs. cu privire la modul în care faceți față acestei provocări.
Este randul tau:
Împărtășirea propriei experiențe de testare, sfaturi sau secrete de testare în comentariile de mai jos va face cu siguranță acest articol mai interesant și mai util !!
Anunțați-ne gândurile / sugestii despre acest articol.
Lectură recomandată
- Cele mai bune instrumente de testare software 2021 [Instrumente de automatizare a testelor de calitate]
- Testare software Job asistent QA
- Testarea software-ului este o sarcină emoțională?
- Curs de testare software: La ce institut de testare software ar trebui să mă alătur?
- Alegerea testării software ca carieră
- Testarea software-ului Conținut tehnic Scriitor freelancer
- Ce este testarea maimuțelor în testarea software-ului?
- Testarea aplicațiilor - În noțiunile de bază ale testării software!