Meniu

Cum să eficientizați testarea manuală folosind Sprinterul Micro Focus

how make manual testing more efficient using micro focus sprinter

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

servere private pentru world of warcraft

HP Quality Center / ALM este acum schimbat în Micro Focus Quality Center / ALM, dar conținutul de pe pagină este valabil și pentru noul domeniu și instrumente Micro Focus

Astăzi în această eră a Testarea automatizării , aproape în fiecare departament de testare a calității, automatizarea departamentelor este prima preferință. Dar există puține departamente de asigurare a calității în care 70-80% din teste se efectuează manual. Într-adevăr, există cazuri în care calitatea este complet determinată manual, deoarece nu se efectuează automatizarea acolo.

Unul dintre motivele cruciale pentru companiile de a continua cu testul manual este incapacitatea instrumentelor de automatizare de a face față schimbărilor cu care se confruntă în mod regulat unele aplicații. În anumite cazuri, singura opțiune care rămâne cu QA este testarea manuală.

Testare manuală utilizând HP Sprinter

Testarea manuală , cea mai veche formă de testare, poate fi uneori foarte laborioasă, deoarece necesită testerul să fie foarte răbdător, creativ, inovator, deschis la minte, abil. Testerul manual ar trebui să aibă o gândire simplă și să creadă întotdeauna că este în locul clientului în timpul testării aplicației.

Testarea exploratorie, ca parte a testării manuale, este zona în care testerii manuali își pot analiza capacitatea de a gândi din cutie.

În cazul testării amănunțite a aplicației, testarea manuală joacă un rol crucial. În faza inițială de dezvoltare, inteligenta este de a testa aplicația inițială dezvoltată manual, mai degrabă decât de a pierde timpul în scrierea scripturilor de testare.

În timp ce efectuați un test manual pentru orice aplicație web, aplicație desktop sau aplicație mobilă, se spune că un inginer de testare manuală funcționează mai eficient atunci când testerul poate identificați multe erori critice și severe în aplicație într-o perioadă scurtă de timp.

O astfel de abilitate de a gândi din cutie este foarte importantă, deoarece de multe ori există o limită de timp pentru fiecare proiect de dezvoltare software și, într-o perioadă limitată de timp, este necesar să se asigure calitatea produsului / aplicației. „ Timpul inseamna bani '

De multe ori se vede că alergăm după diferite instrumente crește eficiența testului a unui script automat. Există multe instrumente disponibile, de asemenea, pentru a susține aproape fiecare scenariu, dar realitatea este că există încă multe cazuri în care unele cazuri de testare nu pot sau spun că nu ar trebui automatizate . Realitatea este că, odată cu testarea automatizării, testerii continuă de multe ori să se lupte între scripturile de testare, datele de testare, diferite aplicații pentru a analiza rapoartele de testare, urmărirea defectelor etc. un script de testare etc.

S-au făcut multe lucruri pentru a crește eficiența testării automatizării, dar, în schimb, s-a făcut puțin pentru a îmbunătăți eficiența testării manuale .

Să vorbim despre câțiva factori care pot fi luați în considerare pentru a face munca inginerului de testare manuală mai productivă și testarea manuală mai eficientă.

Ce veți învăța:

Factori care fac testarea manuală mai productivă:

  • O minuțioasă revizuirea documentului de cerință , înțelegerea fiecărei implementări și modificări este în primul rând cea mai importantă cerință / necesitate înainte de a trece la testarea funcțională.
  • În timpul pregătirii cazurilor de testare, ar trebui să se pună mai mult accent pe astfel de domenii în care ar putea fi descoperite erori critice sau majore. De exemplu , ar trebui să se acorde mai multă atenție domeniilor în care există orice integrare la o altă aplicație sau implementare a unei noi caracteristici, mai degrabă decât la modificările UI (User Interface).
  • Testele trebuie să acopere fiecare detaliu pentru o nouă implementare sau modificare care să descrie fiecare funcționalitate.
  • Prioritatea cazurilor de testare poate fi stabilită în funcție de eficacitatea aplicării, astfel încât, într-un termen mai redus, să fie acoperite cel puțin numai cazurile de testare a căror prioritate este ridicată. Cazul de test care acoperă unele modificări minore ale UI poate fi omis atunci când există mai puțin timp, deoarece există o eficiență redusă sau deloc a acestor cazuri de testare la aplicare.
  • Cazurile de testare trebuie pregătite astfel încât fiecare dată de testare să fie menționată în mod clar, cu rezultatul așteptat al testului corespunzător fiecărui caz de testare.
  • Conform cerinței cererii, testarea funcțională a browserului ar trebui să fie efectuat cu siguranță. Testarea funcțională a browserului testează aplicația pe diferite sisteme de operare cu diferite combinații de browser. Funcționalitatea poate să nu difere, dar sunt observate multe erori de interfață în testarea funcțională a browserului.
  • Uneori experiența anterioară a proiectului ajută foarte mult la determinarea unor noi scenarii de testare pentru înțelegerea aplicației în moduri diferite. De multe ori o astfel de abordare are ca rezultat bug-uri extra ordinare care nu ar fi putut fi descoperite prin executarea normală a cazurilor de testare.
  • Testarea exploratorie îi ajută pe testatori să-și folosească gândirea pentru a adopta aplicația în modul în care ar putea lua clientul.
  • Testarea aplicației cu fiecare fază de dezvoltare este cea mai bună practică, deoarece poate fi rentabilă, precum și reduce șansele de a găsi erori severe ulterior. Defectele identificate ulterior sunt foarte scumpe de remediat decât defectele identificate în etapele incipiente ale testării.
  • Raportarea erorilor trebuie să fie astfel încât să fie înțeleasă în mod clar de către dezvoltator. Pașii exacți pentru reproducere ar trebui să fie dați, astfel încât dezvoltatorii să nu își asume scenariul în timp ce remediază defectul. Acest lucru va ajuta la remedierea rapidă a erorilor.
  • Corect Instrumente de urmărire a erorilor cum ar fi JIRA, Bugzilla, etc ar trebui să fie utilizate pentru a raporta probleme.

Provocări de testare manuală

Testarea manuală este, pe de o parte, foarte predispusă la erori, consumatoare de timp și laborioasă, în timp ce, pe de altă parte, există mai multe provocări cu care se confruntă în timpul efectuării testării manuale . Înscrise mai jos sunt câteva: -

  • Pași repetitivi care trebuie urmați în timpul execuției cazului de testare.
  • Introduceți manual cantități mari de date.
  • Lucrați cu mai multe ecrane și instrumente. Efectuați teste pe mai multe browsere.
  • Consum mult timp în scrierea cazurilor de testare și gestionarea datelor de testare.
  • Pierderea timpului în timp ce recreați / reproduceți problemele odată observate.
  • Nu se menține nicio pistă pentru acțiunea de testare efectuată în timpul testării exploratorii.

Soluția

Pentru a le atinge pe amândouă viteză și calitate , a creste eficacitate și eficiență de testare manuală, Micro Focus a introdus o soluție manuală de testare software, cunoscută sub numele de, HP Sprinter , care accelerează testarea agilă maximizând impactul testelor exploratorii. HP Sprinter este adesea denumit și HP ALM / QC Sprinter .

Avantajele utilizării HP ALM / QC Sprinter:

HP Sprinter 1

Caracteristicile cheie ale HP ALM / QC Sprinter includ:

  • Îmbunătățiți și îmbunătățiți testele exploratorii, determinând mai bine motivul defectului sau rezultatul testului.
  • Oferiți rezultate mai repede
  • Înregistrarea acțiunii utilizatorului în timpul efectuării cazurilor de testare în mod detaliat, rezultând prin rezultatele testelor.
  • Eliminați repetarea cazurilor de testare - Injecție de date
  • Rularea cazurilor de test simultan pe mai multe mașini pentru o acoperire sporită a mediului diferit pentru a determina compatibilitatea aplicației
  • Testarea oglinzilor- Testați mai multe medii în același timp.
  • Creșterea productivității cu defectul rezolvat într-un ritm mai rapid.

Descărcare Micro Focus Sprinter: Puteți descărca versiunea de încercare a HP Sprinter pe această pagină .

Urmăriți un scurt Demo HP Sprinter video aici:

Pași detaliați pentru efectuarea unui test de bază folosind HP Sprinter

Să înțelegem cu mai multe capturi de ecran „ Cum se desfășoară un test de bază ” folosind HP Sprinter.

1) Hp Sprinter are două moduri: „ Plan ' și ' Alerga '. Modul de planificare pentru răspunsul la test și Rularea pentru executarea testului.

(Notă: Faceți clic pe orice imagine pentru vizualizare mărită)

instrumente de testare a automatizării pentru aplicații mobile

HP Sprinter 2

Două) Acum, pentru a deschide un test în HP Sprinter, mai întâi de toate faceți clic pe butonul „Deschidere” prezent în panoul din stânga și apoi selectați „Deschideți testul ALM HP” din meniul derulant.

HP Sprinter 3

În acest exemplu de mai jos, este selectat testul „Comandă un zbor”.

HP Sprinter 4

3) Următoarea captură de ecran descrie „Testare spațiu de lucru” care oferă acces la detaliile testului care conțin toate informațiile.

HP Sprinter 5

4) Testul „Pași” conține pașii de proiectare care sunt incluși în test.

HP Sprinter 6

5) Putem adăuga orice etapă de testare manuală și dând clic pe butonul „Adăugați”. După cum puteți vedea în captura de ecran de mai jos, pasul 6 este adăugat făcând clic pe butonul „Adăugați”.

HP Sprinter 7

6) După scrierea descrierii pasului, o captură de ecran poate fi adăugată la pas.

HP Sprinter 8

7) Folosind sprinterul de testare, putem documenta automat cazurile de testare pe măsură ce navighăm prin aplicație. Faceți clic pe captură de pași pentru a deschide fereastra aplicației.

HP Sprinter 9

8) Sub fila Executare, unde se face execuția testului, toate funcționalitățile sprinter sunt disponibile ca bare laterale. Faceți clic pe butonul Executare pentru a inițializa cursa.

HP Sprinter 10

9) Filele din jurul aplicațiilor sunt disponibile, cum ar fi: Instrumente, Macrocomenzi, Scanere și Executare control.

HP Sprinter 11

10) Raportarea defectelor: Sprinter vă permite să creați detalii detaliate și documentate în adăugarea informațiilor despre scenariul defectului (sub fila Defect inteligent)

HP Sprinter 12

unsprezece) Când trimitem un defect, Sprinter poate adăuga pași de testare la descrierea defectului; poate atașa captura de ecran sau filmul unui test la un defect.

HP Sprinter 13

HP Sprinter 14

12) Poate, de asemenea, să editeze captura de ecran pentru a clarifica în continuare defectul sau pentru a ajuta la validarea elementelor majore din interfața utilizatorului către dezvoltatori folosind instrumente.

HP Sprinter 16

c ++ char * la int

13) De asemenea, Sprinter poate detecta automat defectele. Sub scanere, faceți clic pe scanare când suntem pe cale să scanăm defectul.

HP Sprinter 17

14) Injecție de date: Testarea aplicației care conține toate formele multor câmpuri de intrare poate deveni obositoare, consumatoare de timp și predispusă la erori. Injecția de date injectează automat date predefinite în aplicație. Acest lucru duce la economii imense de timp în activitatea obositoare de testare manuală.

HP Sprinter 18

cincisprezece) Când facem clic pe butonul de injectare, datele sunt injectate automat în formular, așa cum este afișat în aplicație.

HP Sprinter 19

16) Oglindirea datelor: Testați mai multe medii în același timp. Oferă o valoare imensă clienților prin localizare, diferite configurații de backend.

HP Sprinter 20

17) După ce se creează acest raport detaliat de rulare. Raportul include rezumatul Executare, toți pașii care au fost efectuați, defectele trimise și toate acțiunile efectuate.

18) Un alt mod de a revizui rezultatele rulării este Storyboard.

Hp Sprinter 20

Concluzie

Sprinter este o aplicație desktop ușor de utilizat, care crește viteza de execuție a carcasei de testare, reduce costurile și îmbunătățește productivitatea și, în cele din urmă, ajută la creșterea eficienței testării manuale.

Citire sugerată = >> Ce este testarea eficienței

Impactul și eficacitatea testelor exploratorii nu sunt maximizate doar de Sprinter, ci reduc și timpul necesar finalizării ciclului de viață al testului. Accelerează livrarea aplicațiilor. Astfel, prin includerea HP sprinter în timpul efectuării testării manuale pentru orice aplicație, testul manual poate fi dovedit ca un mod foarte eficient de testare.

Despre autor: Acesta este un post de invitat de Sushma S. Ea are peste 4 ani de experiență în testarea software-ului și lucrează în prezent ca inginer senior de testare software într-un MNC. Are experiență în procesele de control al calității și testarea manuală, cu livrarea la timp, în termenele agresive.

Spuneți-ne dacă aveți întrebări cu privire la utilizarea HP Sprinter.

PREV Tutorial | URMATORUL Tutorial nr. 5: Top 17 instrumente de testare exploratorie

Lectură recomandată

^