how prepare yourself
Cum să vă pregătiți pentru scrierea cazurilor de testare și să vă îmbunătățiți productivitatea:
Atunci când un tester decide să scrie cazuri de testare de înaltă calitate și dorește să-și îmbunătățească eficiența și productivitatea scrierii cazurilor de testare, există câteva puncte cheie care îi ajută pe testatori să atingă aceste obiective.
În primul rând, trebuie să se pregătească profesional și psihologic cu unele dintre punctele cheie necesare pentru fiecare tester software de succes din industria IT. Acest lucru va fi tratat ca „ Intrări ”Pentru un tester înainte de a începe să scrie cazuri de testare.
Apoi, trebuie să înțeleagă valorile de calitate implicate în proiect, care este folosit ca instrument pentru evaluarea performanței testerului în diferite faze ale ciclului de viață al testării. Acest lucru va fi tratat ca „ Ieșiri ”Pentru un tester după finalizare scrierea cazului de testare .
În cele din urmă, testerul trebuie să știe cum este raportat eroarea, problemele sunt escaladate și modul în care rapoartele de testare sunt pregătite în conformitate cu procedura standard și pot fi înțelese de către părțile interesate ale proiectului.
Ce veți învăța:
cele mai bune aplicații de telefonie spion pentru Android
- Pregătiți-vă pentru scrierea cazurilor de testare
- Valori de calitate
- Raportarea erorilor
- Rapoarte de testare
- Concluzie
- Lectură recomandată
Pregătiți-vă pentru scrierea cazurilor de testare
1) Scrierea cazurilor de testare este o artă și nu este doar o sarcină sau o sarcină. O piesă sau un segment de software poate fi proiectat și dezvoltat, dar până și dacă nu este testat complet pentru toate scenariile cu o abordare eficientă de testare, va fi inutil și nu va fi eligibil pentru lansare și utilizare de către nimeni. Asa de, tratați-vă ca pe o persoană importantă în proiect și tratați-vă activitatea de testare ca pe o sarcină importantă în proiect .
Două) pasiune cu atitudine pozitivă , care este extrem de personal testeri de calitate ar trebui să aibă pe tot parcursul ciclului de viață al proiectului. Pasiunea motivează capacitățile de team building și atitudinea aduce o productivitate mare în scrierea cazurilor de testare a calității. Înseamnă că activitatea de scriere a testelor este un amestec de calități profesionale și personale pentru un obiectiv comun de a obține rezultate excelente ca rezultat final al proiectului.
3) Pozitiv și cazuri de testare negative fac parte din scrierea cazurilor de test, dar testerii ar trebui să aibă un semipozitiv mentalitate pentru a sparge aplicația testată prin găsirea unor erori . Aceasta nu este o mentalitate negativă, evitând mai degrabă situația de a identifica o eroare de către cineva după lansare sau evitând situația în care sistemul va fi spart de unii utilizatori ai sistemului.
4) Eficiența testerului nu ar trebui să fie estimat pe baza numărului de erori identificate în sistemul în curs de testare, ci pe capacitățile de a scrie cazuri de testare reușite, rezultatul fiind descoperirea defectelor. Deci, cazurile de testare trebuie scrise în așa fel încât acoperirea și trasabilitate ar trebui să fie maxim bazat pe limita și domeniul de aplicare al sistemului.
5) Înțelegeți cu atenție domeniul aplicației .De exemplu, testarea unui site web este mai ușoară decât testarea unui software financiar dezvoltat pentru bursă care este utilizat de mii de oameni în același timp. Funcționalitatea simplă a site-ului web poate fi înțeleasă de orice tester, în timp ce termenii și funcționalitățile financiare nu pot fi înțelese de toți testerii până și cu excepția cazului în care au pregătirea sau pregătirea profesională relevantă sau au experiență de domeniu .
Deci, atunci când un tester este alocat unui nou proiect, el / ea ar trebui să facă o autoevaluare, indiferent dacă sunt eligibili și își pot îndeplini sarcina conform așteptărilor sau nu. Dacă cerințele funcționale sunt greu de înțeles, ar trebui transmise echipei de proiect cu mult timp înainte pentru a evita concepțiile greșite viitoare cu privire la eficiența și performanța testerului. Acesta va fi gestionat de managerul de proiect sau de managerul de testare prin planuri și instruire adecvate.
6) Cerințele proiectului și tipurile de testare care trebuie efectuate variază de la proiect la proiect. Un tester ar trebui să fie pregătit să facă orice fel de testare. Nu vă limitați capacitățile la abilitățile și specialitățile tale. Fii pregătit să-ți asumi responsabilități și provocări pentru a scrie și executa cazuri de testare pentru orice tip de testare.
Mulți testeri încearcă să se adapteze sau să se proiecteze ca testatori manuali sau automatici. Când vin la testarea performanței, testarea sarcinii sau testarea stresului, foarte puțini testeri își asumă rolurile și se pregătesc prin instruirea sau colectarea cunoștințelor necesare. Asa de, fii un cursant rapid și fiți gata să vă asumați responsabilități și să vă dezvoltați în carieră.
7) Identificați tipurile de testare care trebuie efectuate și abilitățile necesare pentru testarea AUT. De exemplu, unele proiecte necesită doar testarea cutiei negre, iar altele necesită abilități de testare a cutiei albe. Cunoașterea „ scriptare ”Sau experiență în„ SQL ”Sau lucrul cu„ marcați limbajul ”Cum ar fi HTML / XML etc., sau chiar o cunoaștere a sistemului despre cum să instalați / depanați instalarea software-ului etc. sunt câteva cerințe specifice proiectului, pe care trebuie să le învățați singuri sau să vă instruiți pentru același lucru.
8) Asigurați-vă că cazurile de test acoperă Tipuri de testare a performanței, de securitate și de regresie. De exemplu, pentru a vă conecta la aplicație utilizând ecranul de conectare de mai jos:
- Este posibil să fie necesară testarea performanței pentru a verifica dacă aplicația este stabilă atunci când 1000 de utilizatori se conectează la sistem în același timp, iar cazurile de testare trebuie scrise pentru a acoperi acest scenariu.
- Este posibil să fie necesară testarea securității pentru a verifica dacă aplicația permite doar utilizatorilor care au drepturi și permisiuni adecvate să fie autorizați să utilizeze sistemul, iar cazurile de testare trebuie scrise pentru a acoperi aceste scenarii.
- Este posibil să fie necesară testarea de regresie pentru a verifica dacă funcționalitatea de bază și caracteristicile critice funcționează corect la fiecare versiune.
9) Revizuirea cazului de testare : Una dintre cele mai importante și cele mai ignorate faze ale oricărei dezvoltări de software și a ciclului de viață al testării este „ REVIZUIRE ”. Când un plan de proiect include suficientă alocare de timp pentru un procesul de revizuire în fiecare etapă a dezvoltării proiectului, rezultatele și rezultatele de cea mai bună calitate la care ne putem aștepta la fel.
întrebări și răspunsuri la interviu pentru asigurarea calității
De exemplu, înainte de a începe să scrie cazuri de testare, testerii ar trebui să verifice dacă documentul „specificația cerințelor” este revizuit și dacă toate punctele de revizuire sunt luate în considerare și actualizate în document. Dacă organizația urmează un proces adecvat și maturizat, toate șabloanele de documente ar trebui să conțină aceste informații de modificare pe prima pagină a documentului în sine.
Documentele cazului de testare trebuie revizuite de cel puțin 3 ori prin:
i) Auto-revizuire
ii) Evaluarea inter pares
iii) Revizuirea de către alții pentru completitudine, acoperirea testului, trasabilitate și dacă cazul testului este testabil sau nu.
10) In cele din urma, înțelegeți cum să estimați și planificați sarcinile de testare . Planificați să lucrați numai pentru ora estimată programată într-o zi. Acest lucru poate fi realizat începând și finalizând sarcinile la timp și plecând pentru ziua cu planurile pentru sarcinile de a doua zi.
Evitați să stați nopți târziu și să petreceți weekendurile la birou. În prezent, sunt disponibile abordări eficiente de management al proiectelor, iar proiectele sunt executate într-un mediu agil. În cazul în care echipele de proiect nu realizează repere, acesta va fi tratat mai degrabă ca un management de proiect ineficient decât ca ineficient din partea echipelor de proiect.
Notă : Rețineți, chiar și pentru testare automată , cazurile de testare trebuie să fie scrise și revizuite în mod clar cel puțin o dată, acoperind complet fluxul funcțional al aplicației supuse testului. Orice instrument de testare a automatizării poate înregistra și executa cu succes cazurile de testare numai atunci când cazurile de testare manuală sunt clar definite și scrise.
Valori de calitate
Aceasta este o activitate importantă în fazele de testare software. Echipa de testare ar trebui să fie complet conștientă de diferitele valori de testare utilizate pentru atingerea obiectivului proiectului. Performanța testerului nu este evaluată numai pe baza fazei de execuție a testului, ci din toate valorile testelor colectate din analiza cerințelor, scrierea cazurilor de testare, executarea, raportarea defectelor și, în cele din urmă, faza de raportare a testelor.
Găsiți mai jos câteva valori de testare importante urmat de majoritatea organizațiilor pentru o mai bună productivitate a testerelor și eficiența fazelor de testare.
De asemenea, vezialte valori utile de testare utilizate în fazele de testare:
=> Măsurători și măsurători importante pentru testarea software-ului și Procesul de urmărire a erorilor de proiect în direct, valori de testare și proces de deconectare a testului.
1) Eficiența medie a testării
- Bug-uri pe lună-om ale efortului de testare.
- Calculat ca mediu (bug-uri totale în timpul efortului de testare în lunile-om).
- Se calculează după fiecare lansare internă, precum și după finalizarea testului.
- Limita de acceptare: ar trebui să fie mai mică de 50
2) Densitatea medie a defectelor clientului
- Erorile raportate de client după livrare Vs eforturile totale de testare în lunile-om.
- Calculat ca mediu (bug-uri totale după efort de livrare / testare în lunile-om).
- Se calculează după lansarea externă și finalizarea proiectului.
- Limita de acceptare: ar trebui să fie mai mică de 1
3) Eșecuri ale testului funcțional
- Un număr de cazuri de testare funcțională eșuate / Numărul total de cazuri de testare funcțională executate.
- Se calculează lunar sau săptămânal.
4) Bug-uri cu nivel de severitate 1
- Numărul total de erori identificate cu nivelul de severitate 1 (blocant).
- Testarea nu poate fi continuată pentru software din cauza problemelor de blocare.
- Se calculează săptămânal.
5) Bug-uri cu nivel de severitate 2
- Numărul total de erori identificate cu nivelul de severitate 2 (erori majore).
- Testarea nu poate fi continuată pentru caracteristică din cauza erorilor majore, dar poate fi continuată cu alte părți ale sistemului.
- Se calculează săptămânal.
6) Bug-uri cu nivel de severitate 3
- Numărul total de erori identificate cu nivelul de severitate 3 (erori minore).
- Testarea poate fi continuată, deoarece eroarea identificată este minoră și nu oprește testarea.
- Se calculează săptămânal.
7) Bug-uri cu nivel de severitate 4
- Numărul total de erori identificate cu nivelul de severitate 4 (probleme cosmetice).
- Testarea poate fi finalizată fără probleme, deoarece erorile identificate sunt legate de cosmetică și urmează să fie remediate pentru următoarea versiune.
- Se calculează săptămânal.
Raportarea erorilor
Mecanismul de raportare a erorilor trebuie controlat cu un proces de test maturizat pentru a menține calitatea aplicației. Ar trebui să existe un proces adecvat de escaladare a persoanelor autorizate care să cunoască starea, severitatea și prioritatea erorii. Sunt sunt disponibile multe instrumente gratuite și comerciale de raportare a erorilor cum ar fi Bugzilla, Mantis etc., care sunt foarte eficiente în mecanismul de urmărire a problemelor și pot fi integrate cu ușurință cu orice instrument de gestionare a testelor utilizat în proiect.
În fiecare proiect de testare, trebuie respectate zilnic proceduri standard pentru un mecanism de raportare a stării online. Fiecare eroare / problemă înregistrată și raportată în aceste sisteme de urmărire a erorilor ar trebui să trimită imediat un e-mail autorităților respective, care să îi ajute să planifice și să ia măsuri în consecință.
Pentru a afla detaliat procesul de raportare a erorilorcitiți următoarele articole:
=> Cum se scrie un raport bun de eroare? Sfaturi și trucuri
=> Exemplu de raport de erori
=> De ce raportarea erorilor este o artă care ar trebui învățată de fiecare tester?
=> Ciclul de viață al erorilor
=> Exemple de rapoarte de erori pentru aplicații web și produse
Rapoarte de testare
În afară de rapoartele de erori ridicate, înregistrate și escaladate în sistemul de raportare a erorilor, un raport de testare este unul dintre cele mai importante documente pentru cunoașterea stării testării și a altor valori importante identificate și calculate în perioada de raportare a testelor.
Mai jos este un astfel de raport simplu de testare:
De asemenea, citiți următoarele tutoriale utile pentruraportarea eficientă a testelor:
=> Ghid pentru redactarea unui raport sumar al testului eficient
=> Cum să raportați inteligent execuția testului (Descărcați șablonul de raport de stare)
cum se dezvoltă aplicația Java în eclipsă
Concluzie
Procesul de pregătire pentru scrierea cazurilor de testare nu este doar doar alocarea resurselor în proiect, ci există puține cerințe cheie, cum ar fi pregătirea noastră ca tester eligibil și înțelegerea valorilor de calitate monitorizate pe tot parcursul ciclului de viață al testării și chiar și după lansare.
Deci, urmărind procesul, standardele, procedurile și respectând cu strictețe metricile de calitate cu pasiune, puteți aduce automat o eficiență de testare mare, productivitate și un tester de calitate, care va deveni un obicei în viața dvs. profesională.
Acești factori de calitate pot fi auto-analizați sau analizați în grup adresând câteva întrebări ceea ce va spune dacă suntem pe drumul cel bun de îmbunătățire a sinelui și a procesului în scopul realizării unei abordări eficiente în scrierea și executarea cazurilor de testare:
- Ați trecut prin cerințele funcționale / cerințele utilizatorului / documentele de caz de utilizare a afacerii?
- Documentul de cerințe funcționale a fost revizuit și actualizat corect cu comentarii de revizuire?
- Ați primit prototipurile de ecran pentru toate caracteristicile de testat?
- Vă simțiți confortabil scriind cazuri de testare care pot fi testate și urmărite pe tot parcursul ciclului de viață al testelor?
- Aveți cunoștințele necesare pentru a testa aplicația testată?
- Aveți nevoie de pregătire sau cunoștințe tehnice necesare pentru executarea cazurilor de testare?
- Aveți programul pentru scrierea, revizuirea și executarea cazurilor de testare, care acoperă timpul pentru pregătirea documentelor de calitate?
- Aveți colegii să vă revizuiască cazurile de testare și un expert autorizat pentru verificarea exhaustivității și acoperirii caracteristicilor și funcționalităților de testat?
- Aveți suficiente cazuri de testare pentru toate cerințele funcționale?
- Aveți suficiente cazuri de testare pentru performanță, testarea sarcinii și testarea securității?
- Aveți suficiente cazuri de testare pentru instalare și testare de regresie?
- Aveți punctul de contact pentru escaladarea problemelor sau raportarea erorilor?
- Instrumentul de urmărire a erorilor este configurat corect cu permisiunea necesară pentru toți?
- Vă simțiți confortabil în urmărirea tuturor proceselor definite în planul de testare?
- Sunteți implicat în toate întâlnirile de revizuire și aveți șansa de a vorbi cu echipa de dezvoltare sau de management?
- V-ați îmbunătățit productivitatea și eficiența sau trebuie să luați măsuri pentru același lucru?
Citire recomandată = >> Cele mai bune cursuri de scriere creativă online
Există o mulțime de întrebări similare pe care testerii și le pot pune pentru analiza auto-îmbunătățirii, în funcție de tipul de proiect sau de organizația cu care lucrează. Cel mai important lucru este că toate aceste activități nu ar trebui urmate doar de dragul urmării proceselor, ci ar trebui să fie făcute ca obiceiurile tale zilnice, care pot fi realizate prin PASIUNEA PENTRU TESTARE numai.
Lectură recomandată
- Cum să găsiți o eroare în aplicație? Sfaturi și trucuri
- Cele mai bune instrumente de testare software 2021 (Instrumente de automatizare a testelor de calitate)
- 7 sfaturi de bază pentru testarea site-urilor web multilingve
- Exemplu de raport de erori
- Cum să vă pregătiți pentru interviul de testare software
- Descărcare eBook Descărcare Primer
- Top 20 de sfaturi practice de testare a software-ului pe care ar trebui să le citiți înainte de a testa orice aplicație
- Ce este testarea maimuțelor în testarea software-ului?