Învățați QTP (UFT)

admin

Fondatorul nostru, Ankur Jain, a început acest site în urmă cu aproximativ 14 ani, în 2006. Datorită experienței sale extinse cu instrumentul QTP (QTP a fost inițial un instrument de testare automată a software-ului de către Mercury. QTP este acum cunoscut sub numele de UFT One), el a dorit ca acest site să devină un one-stop-shop pentru cei care învață QTP. Este cu dragostea și motivația dumneavoastră, site-ul este încă în funcțiune și este vizitat de câteva mii de utilizatori începători UFT până la utilizatorii avansați UFT în fiecare zi.

De la momentul lansării acestui site, mai multe lucruri s-au schimbat în lumea QTP. HP a achiziționat Mercury – compania originală care a dezvoltat QTP. QTP a devenit UFT atunci când HP a decis să unească testarea GUI și API într-un singur instrument. Citiți istoria completă a QTP și UFT. HP s-a divizat în două companii: HP Inc și HPE. Între timp, în toți acești ani, HPE a introdus mai multe inovații în software-ul UFT. În septembrie 2017, HPE spin a fuzionat cu Micro Focus.

Echipa de la LearnQTP a realizat că – deși articolele noastre mai vechi erau încă relevante – este nevoie de un nou set de tutoriale UFT pentru cele mai recente versiuni ale UFT. Astfel, am lansat noul set de tutoriale UFT pentru începători până la utilizatorii avansați de UFT. Vom începe de la zero și vom construi încet spre subiecte avansate.

Aceste tutoriale UFT vor fi structurate în așa fel încât chiar și un începător absolut în domeniul testării automate a software-ului să le poată urma. Tutorialele vor fi în ritmul propriu, nu va exista nicio presiune. Puteți să marcați linkul și să reveniți la ele ori de câte ori simțiți nevoia să învățați. Puteți chiar să descărcați gratuit tutorialele UFT în format PDF, care vor fi disponibile în partea de jos a fiecărui articol, astfel încât să puteți învăța chiar și atunci când călătoriți sau nu aveți o conexiune la internet funcțională.

Înainte de a ne scufunda în UFT, haideți să parcurgem o introducere în testarea software și cum și când automatizăm testarea software.

Ce este testarea software?

Un renumit expert în testare software, Dr. Cem Kaner, definește testarea software ca fiind –

O investigație tehnică a produsului testat, efectuată pentru a furniza părților interesate informații legate de calitate

Pentru a explica mai departe, Testarea software este un proces în care un tester/echipa de testare software rulează un program sau un sistem pentru a găsi erori sau defecte, pentru a menține corectitudinea și fiabilitatea unui program.

Testarea software validează și verifică, de asemenea, programul pentru a verifica dacă cerințele tehnice și de afaceri sunt îndeplinite și dacă funcționează conform așteptărilor.

În cadrul verificării, testerii se asigură că sistemul a respectat standardele și procesele organizației și răspunde la întrebarea „Am construit sistemul corect?”. Sistemul înseamnă una sau mai multe aplicații software care susțin o funcție de afaceri. Testerii se asigură că software-ul, hardware-ul, documentația și personalul sunt conforme împreună prin faptul că se bazează pe metode de revizuire sau metode neexecutabile.

În validare, testerii se asigură fizic că sistemul a îndeplinit toate cerințele de afaceri și ale utilizatorilor și că caracteristicile și funcționalitățile funcționează așa cum au fost proiectate. Validarea se realizează prin executarea funcțiilor sistemului printr-o serie de teste care pot fi observate și evaluate de către testeri. De asemenea, validarea se concentrează pe întrebarea „Am construit sistemul corect?”

De ce ar trebui să efectuăm testarea software?

În testarea software, scopul principal este de a găsi defecte. Putem considera că o anumită stare este un defect dacă nu îndeplinește ceea ce se așteaptă să facă. Găsirea defectelor în cadrul testării la începutul dezvoltării de software va reduce sau va evita riscul de eșec, costul de întreținere, costul de remediere a defectelor și va livra un program mai bun pentru utilizator.

Exemplu: Docket Number ar trebui să accepte 12 caractere numerice. Dacă caracterele introduse sunt mai puține sau mai multe decât cele necesare, se afișează mesajul „Invalid Entry”. Vă rugăm să reintroduceți numărul dosarului”, dar utilizatorul a introdus 10 caractere pentru numărul dosarului și programul a returnat o eroare de excepție în loc de o solicitare pentru a notifica utilizatorul cu privire la caracterele minime necesare.

Un alt motiv este producerea unui program de calitate. În testarea programelor informatice, testerul/echipa de testare a programelor informatice nu poate îmbunătăți calitatea, ci doar o poate măsura. Din punctul de vedere al IT, Calitatea înseamnă conformitatea și caracteristicile cerințelor unui program bazat pe cerințele de afaceri și tehnice sunt îndeplinite. Din punctul de vedere al utilizatorului, calitatea înseamnă că software-ul este apt pentru utilizare. Calitatea software-ului variază de la un program la altul, deoarece acestea au propriile funcționalități și posibilități de utilizare. Un tester de software trebuie să se asigure că punctele de vedere ale IT și ale utilizatorului pentru calitate sunt îndeplinite.

Ce este testarea automatizată a software-ului?

Testarea automatizată a software-ului implică automatizarea procesului manual prin scrierea de scripturi de testare care ar face testele și care pot fi rulate în mod repetat.

Automatizarea testelor este folosită pentru a controla execuția testelor, compararea rezultatelor reale cu cele așteptate, stabilirea precondițiilor și alte funcții de control și raportare a testelor prin utilizarea de software.

Când să automatizezi testarea software-ului?

O credință comună pe care o vedem printre profesioniștii în testare este că automatizarea, printr-o magie, va crește calitatea testării.

Există un timp și un loc pentru orice. Dacă un test POATE fi automatizat, nu înseamnă că TREBUIE să fie automatizat. Deși, acesta este un site de testare automată, s-ar putea crede că am denunța testarea manuală. Nu este cazul, însă.

Click To Tweet: Dacă un test POATE fi automatizat, nu înseamnă că TREBUIE să fie automatizat http://ctt.ec/bLk49+ via @LearnQTP

Testarea manuală și cea automatizată merg mână în mână și ar trebui să se completeze reciproc. Le cerem cursanților și cititorilor noștri să se asigure că automatizează un test doar atunci când este cu adevărat necesar.

Iată câteva scenarii în care automatizarea este considerată o opțiune excelentă:

  • Testarea de regresie/teste repetitive: O regulă de bază pentru trecerea de la test manual la test automatizat este că, dacă testele dvs. trebuie să fie rulate periodic, acestea sunt un bun candidat pentru automatizare. Cu toate acestea, aceasta vine cu câteva avertismente. Trebuie să cântăriți costurile de configurare a testelor automatizate față de eforturile de testare manuală. Aici costurile includ complexitatea automatizării, timpul necesar pentru a construi și menține scripturile de automatizare și, bineînțeles, timpul și banii necesari pentru a instrui testerii pe un anumit instrument.
  • Vale de date multiple: Trebuie să rulați același set de acțiuni pentru mai multe valori de date.
  • Teste inabordabile manual: Este necesar ca aplicația dvs. să fie testată la stres pentru un milion de accesări în câteva ore. Nu se poate face manual, veți avea nevoie de un instrument de testare a încărcăturii.
  • Aceleași teste diferite browsere sau sisteme de operare: Ați dori ca aplicația dvs. web să arate bine pe toate browserele și sistemele de operare utilizate în mod obișnuit. Dacă aveți o suită de testare care conține 50 de cazuri de testare care trebuie să fie testate cu 20 de seturi diferite de valori pe 3 seturi diferite de browsere și 2 sisteme de operare. Acest lucru duce numărul total de execuții de testare la 50*20*3*2= 6000. Este logic să automatizați astfel de cazuri de testare.
  • Testarea mobilă: Cu tone de telefoane mobile disponibile pe piață, ar fi aproape imposibil să se efectueze teste manuale pe toate dispozitivele. Companii precum Amazon au venit cu abordări inovatoare pentru această problemă, prin care au pus dispozitive reale în cloud și vă puteți testa aplicația pe dispozitive cu scripturi automate. Din nou, un candidat ideal pentru automatizarea testelor.

Confirmăm că vă place acest abecedar privind testarea software și ați înțeles cum decidem să automatizăm testarea software pentru un anumit scenariu. În următorul tutorial vom începe cu instalarea UFT și vom discuta elementele de bază ale instrumentului – Tutorial 2: Introducere în UFT.

Puteți consulta setul complet de tutoriale UFT acoperite până acum folosind linkurile de mai jos:

  • Tutorial 1: Introducere în testarea software
  • Tutorial 2: Introducere în UFT
  • Tutorial 3: UFT Add-ins și Add-in Manager
  • Tutorial 4: UFT Add-ins și Add-in Manager
  • Tutorial 4: UFT Add-in: Totul despre meniurile UFT
  • Tutorial 5: Ghid complet al panourilor UFT
  • Tutorial 6: Înregistrați primul dvs. script UFT

Inscrieți-vă numele și adresa de e-mail de mai jos și ne vom asigura să vă trimitem tutoriale imediat ce acestea sunt gata!

Începem cu tine. Cum vă decideți dacă să optați pentru testarea automată?

Dacă doriți să urmăriți și alte articole despre UFT (QTP). I recommend you to subscribe by Email and have new UFT articles sent directly to your inbox.