Meniu

Provocări de testare manuală și de automatizare

manual automation testing challenges

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Testarea software-ului are multe provocări atât în ​​manual, cât și în automatizare.

În general, în scenariul de testare manuală, dezvoltatorii prin intermediul echipei de construire pentru testare presupunând că echipa de testare responsabilă sau testerul va alege construcția și vor veni să întrebe despre ce este construirea? Acesta este cazul în organizațiile care nu urmează așa-numitele „Procese”.

Testerul este intermediarul dintre dezvoltarea unei echipe și clienți, gestionând presiunea din ambele părți. Și presupun că majoritatea cititorilor noștri sunt suficient de inteligenți pentru a face față acestei presiuni. Nu-i așa?

cu ce să deschideți fișiere swf

Provocări de testare manuală și de automatizare

Nu este întotdeauna cazul. Uneori testerii pot adăuga complicații într-un proces de testare datorită modului lor de lucru necalificat. În această postare am adăugat majoritatea provocărilor de testare create datorită testării personalului, dezvoltării personalului, proceselor de testare și deciziilor greșite de management.

Așadar, iată-ne cu provocările de top:

# 1) Testarea cererii complete
Este posibil? Cred că este imposibil. Există milioane de combinații de testare. Nu este posibil să testați fiecare combinație atât în ​​manual, cât și în testarea automatizată. Dacă încercați toate aceste combinații, nu veți livra niciodată produsul ;-)

# 2) Neînțelegere a proceselor companiei
Uneori, pur și simplu nu acordați o atenție adecvată proceselor definite de companie și acestea sunt în ce scopuri. Există unele mituri în testeri conform cărora aceștia ar trebui să meargă doar cu procesele companiei, chiar dacă aceste procese nu sunt aplicabile pentru scenariul lor actual de testare. Acest lucru duce la testarea aplicației incompletă și necorespunzătoare.

# 3) Relația cu dezvoltatorii
Mare provocare. Necesită un tester foarte calificat pentru a gestiona această relație pozitiv și chiar prin finalizarea lucrării în mod tester. Există pur și simplu sute de scuze pe care dezvoltatorii sau testerii le pot face atunci când nu sunt de acord cu unele puncte. Pentru acest tester, de asemenea, necesită Comunicare buna , Depanare și analiza abilităților.

# 4) Testarea regresiei
Când un proiect continuă să extindă, activitatea de testare a regresiei devine pur și simplu necontrolată. Presiunea pentru a gestiona funcționalitatea actuală se modifică, verificările anterioare ale funcționalității de lucru și urmărirea erorilor.

# 5) Lipsa de Tester calificat
Voi numi aceasta o „decizie de management greșită” în timp ce selectez sau instruiesc testeri pentru sarcina lor de proiect în mână. Acești semeni necalificați pot adăuga mai mult haos decât simplificarea activității de testare. Acest lucru are ca rezultat teste incomplete, insuficiente și ad-hoc pe tot parcursul Testarea ciclului de viață .

# 6) Testarea întotdeauna sub constrângere de timp
Hei tester, vrem să livrăm acest produs până în acest weekend, ești gata de finalizare? Când această comandă vine de la șef, testerul se concentrează pur și simplu pe finalizarea sarcinilor și nu pe acoperirea testelor și calitatea muncii. Există o listă imensă de sarcini pe care trebuie să le îndepliniți în timpul specificat. Aceasta include scrierea, executarea, automatizarea și revizuirea cazurilor de testare.

# 7) Ce teste să execute mai întâi?
Dacă vă confruntați cu provocarea menționată la punctul nr. 6, atunci cum veți lua o decizie care sunt cazurile de testare care trebuie executate și cu ce prioritate? Ce teste sunt importante asupra altora? Acest lucru necesită o experiență bună pentru a lucra sub presiune.

cum se face o matrice generică în java

# 8) Înțelegerea cerințelor
Uneori testerii sunt responsabili de comunicarea cu clienții pentru înțelegerea cerințelor. Ce se întâmplă dacă testerul nu înțelege cerințele? Va putea testa aplicația corect? Cu siguranta nu! Testerii necesită capacități bune de ascultare și înțelegere.

# 9) Testarea automatizării
Multe sub-provocări - Ar trebui ca automatizarea să funcționeze? Până la ce nivel ar trebui făcută automatizarea? Aveți resurse suficiente și calificate pentru automatizare? Este timpul permis pentru automatizarea cazurilor de testare? Decizia de automatizare sau testare manuală va trebui să abordeze avantajele și dezavantajele fiecărui proces.

# 10) Decizia de a opri testarea
Când să oprești testarea? Decizie foarte dificilă. Necesită o judecată de bază a proceselor de testare și importanța fiecărui proces. De asemenea, necesită abilitatea de a lua decizia „din mers”.

# 11) O echipă de testare în cadrul mai multor proiecte
Provocator pentru a urmări fiecare sarcină. Provocări de comunicare. De multe ori rezultă eșecul unuia sau ambelor proiecte.

# 12) Reutilizarea scripturilor de testare
Metodele de dezvoltare a aplicațiilor se schimbă rapid, ceea ce face dificilă gestionarea instrumentelor de testare și a scripturilor de testare. Testarea migrării sau refolosirii scriptului este o sarcină foarte esențială, dar dificilă.

# 13) Testerii care se concentrează pe găsirea unor erori ușoare
Dacă organizația recompensează testerii pe baza mai multor erori (abordare foarte proastă a judecării Performanța testerilor ) atunci unii testeri se concentrează doar pe găsirea unor erori ușoare care nu necesită înțelegere și testare profundă. O eroare dură sau subtilă rămâne neobservată într-o astfel de abordare de testare.

# 14) Pentru a face față uzurii
Creșterea salariilor și a beneficiilor determină mulți angajați să părăsească compania la intervale de carieră foarte scurte. Conducerea se confruntă cu probleme grele pentru a face față ratei de uzură. Provocări - Noii testeri necesită pregătire pentru proiect de la început, proiectele complexe sunt greu de înțeles, întârziere la data livrării!

demonstrează-l c # testează răspunsuri

Acestea sunt câteva provocări de top pentru testarea software cu care ne confruntăm zilnic. Succesul sau eșecul proiectului depinde în mare măsură de modul în care abordați aceste probleme de bază.

Pentru referințe suplimentare și soluții detaliate la aceste provocări, consultați cartea „Supraviețuirea celor mai importante zece provocări ale testării software”, scrisă de William E. Perry și Randall W. Rice.

Este randul tau
Mulți dintre voi lucrați la câmpul Testare manuală și / sau automatizare. Deși am abordat multe dintre provocările de mai sus în articolele noastre anterioare, îmi doresc opiniile cu privire la gestionarea acestor provocări de testare software. Simțiți-vă liber să vă exprimați părerile în secțiunea de comentarii de mai jos.

Lectură recomandată

^