Test Management Process
Test Management Process este un set de activități de la începutul testării până la sfârșitul testării. Oferă o disciplină testării. Când urmați un proces de testare ne dă planul la inițială. Procesul de testare oferă facilitatea de a planifica și controla testarea pe tot parcursul ciclului de proiect. Ajută la urmărirea și monitorizarea testării pe tot parcursul proiectului. Asigură transparența testării între părțile interesate și menține testul efectuat pentru referințe viitoare. Oferă un nivel profund de detaliu al testelor care se desfășoară. Oferă o înțelegere clară a activităților de testare a proiectului anterior și post proiect tuturor părților interesate.Există multe instrumente (instrumente precum qTest, JIRA, Team Service, TestLink.) disponibil pentru a gestiona procesul de testare. Procesul de testare poate fi definit și practicat diferit în funcție de necesitatea testului. Explicate mai jos sunt activitățile tipice în procesul de testare.
planul de testare a servit ca o schiță inițială pentru a efectua testarea. Testarea este urmărită și monitorizată conform planului de testare. Acesta oferă o imagine anterioară de provocare de testare și aspect care vor fi efectuate pentru software-ul. Prin menținerea unui plan de testare putem gestiona modificările din plan.Când începeți proiecte noi, pe baza lecției învățate în testele anterioare, planul de testare trebuie îmbunătățit pentru a obține îmbunătățiri. Planul de testare explică viziunea asupra cerinței particulare care trebuie testată, domeniul de aplicare, cerința funcțională și nefuncțională, riscul și atenuarea, abordările de testare, programul de testare și rezultatele și programul, în afara domeniului de aplicare și a presupunerii, echipa de testare și alocarea, mediul de testare, mecanismul activităților de testare și orice altă notă specială pentru testare.
| elemente ale planului de încercare | descriere |
| Over view | Over view a planului de testare și scopul acestui plan de testare. Care este proiectul care trebuie testat? Scurtă a software-ului care trebuie testat. Scopul furnizării acestui software utilizatorului. |
| domeniul de aplicare și în afara domeniului de aplicare | care este scopul testării? Ce tip de testare va fi efectuată?În cazul în care există orice din domeniul de aplicare al testării. Scurtă explicație privind proiectul software și ce sunt acoperite în planul de testare.Definirea unui cadru de testare bazat pe resurse, efort, buget și linie de timp. Ce caracteristici sau secțiune care vor fi acoperite și ce caracteristici sau secțiune nu vor fi acoperite în timpul testării. |
| cerință funcțională și nefuncțională | explicați fiecare testare funcțională și non-fictivă (testarea performanței, testarea utilizabilității) care trebuie efectuată. Explicați fiecare caracteristici care vor fi testate. Fiecare element funcțional și nefuncțional trebuie plasat fără ambiguitate. |
| risc și atenuare | explicați riscurile identificate legate de proiect, software și resurse. Explicați planul de atenuare și posibilitatea.Identificați riscul cu care ne-am putea confrunta în timpul testării. Indisponibilitatea resurselor, întârzierea lansării dezvoltatorului, alunecarea în program, mai puțină înțelegere a funcțiilor și decalajul dintre cerințele de afaceri și sistem. |
| abordări de testare | ce fel de abordări de testare vor fi utilizate? Ce tip de testare va fi efectuată? Tipuri de testare, cum ar fi testarea de instalare, testarea funcțională, testarea UAT.Specificați ce instrumente vom folosi în testare. Specificați instrumentele și informațiile de licență care au nevoie de testare. |
| programul de testare și livrabilele | descriu întreaga stea și data completă a testării. Necesitatea de a afla data lansărilor dezvoltatorului și numărul de lansări. Menționați fiecare dintre Data lansării dezvoltatorului, data de începere a testului și data finalizării. Analizați cerința și testarea pe care o vom efectua și apoi veniți cu efortul. Pe baza resursei, planificați programul cu mile stone. De asemenea, trebuie să luăm în considerare intervalul de timp ca orice termen specific. |
| presupunere | poate exista orice presupunere legată de software, proiect, resursă sau orice concepte. Și acestea trebuie să fie scrise în acest sens. |
| echipa de testare și alocări | cine sunt testerii care vor fi implicați și care sunt responsabilitățile lor în proiect are.To cui este necesară formarea, dacă există. Atunci când responsabilitățile sunt stabilite este ușor de a efectua testarea în proiect. |
| mediul de testare | furnizați toate informațiile legate de mediul de testare. Care este mediul de testare? În ce browsere se efectuează testarea? Menționând mediul UAT.Sistem extern care va fi accesat în timpul testării. Indicați capacitatea RAM și a procesorului. |
2) Proiectarea testului:
proiectarea testului oferă modul de implementare a testării. De obicei, crearea cazurilor de testare este cu intrări și ieșire așteptată a sistemului și alegerea cazurilor de testare necesare pentru executarea testului. Tester ar trebui să aibă o înțelegere clară și cunoștințe adecvate pentru a stabili rezultatul așteptat. Prin aceasta, acoperirea testării este definită și tester nu va pierde nici un scenariu. Există două tipuri de tehnici de proiectare a testelor, una este testarea statică, iar cealaltă este testarea dinamică. Testarea statică este utilizată pentru a testa fără execuție mai ales la artefacte precum documentul, iar testarea dinamică testează prin executarea sistemului.
caz de testare (Element din documentul cazului de testare):
- Titlul proiectului / testului, testul executat de, data testului executat, versiunea software-ului și mediul de testare
- numărul cazului de testare
- Rezumatul testului
- pași
- Pre-condiție
- stare Post
- date de testare
- rezultat real
- rezultat așteptat
- rezultat test
- notă
3) executarea testului:
modul de executare și testare rezultatul real al sistemului în raport cu rezultatul așteptat este execuția testului. Executarea testului se poate face manual și prin utilizarea costum de automatizare. În timpul testerului de execuție trebuie să vă asigurați, că nevoia utilizatorului de software este ocupată în software. Executarea testului se realizează prin trimiterea documentului creat în timpul proiectării testului ca proces pas cu pas. Tester trebuie să păstreze pista în timp ce execută cazurile de testare.
exemplu pentru testarea statică:
- testați documentul de specificație a cerințelor.
- testați documentul de proiectare
- testați Ghidul utilizatorului
exemplu pentru testarea dinamică:
- testarea unității
- testarea funcțională
- testarea integrării
4) criterii de ieșire:
criterii de ieșire determină când să se oprească executarea testului. Criteriile de ieșire sunt definite în timpul fazei planului de testare și utilizate în faza de execuție a testului ca piatră de mile. Testerul trebuie să stabilească criteriile de ieșire la început, criteriile de ieșire se pot schimba și în timpul derulării proiectului. Există factori precum nevoia clientului, stabilitatea sistemului și funcția umplută care decid criteriile de ieșire. Odată ce testerul a atins criteriile de ieșire, testarea va fi oprită. Mai jos sunt câteva criterii comune de ieșire.
- toate defectele critice sunt închise.
- toate defectele raportate și închise și verificate.
- executat și acoperit zonele care utilizate de către utilizator cea mai mare parte.
- sistem furnizat toate cerințele.
- toate funcțiile importante sunt testate și funcționează conform așteptărilor.
5) raportarea testului:
raportarea testului oferă imaginea procesului de testare și a rezultatului pentru ciclul de testare special. Pentru a defini elementul din raportarea testului, primul lucru care trebuie luat în considerare este cine sunt audiențele raportului de testare. De exemplu, un manager de proiect va dori să vadă imaginea la nivel înalt a testării, persoanele intermediare vor dori să vadă mai multe detalii, iar clientul se va aștepta la raportarea testului în criterii, cum ar fi baza cerințelor, baza caracteristicilor. Raportul de testare este pregătit și comunicat periodic ca zilnic, săptămânal, lună etc. Acest lucru trebuie trimis în diferite etape și timp.În viitorul proiect rezultatul rapoartelor de testare trebuie să fie analizate și să aplice lecția învață. Raportul de testare conține elemente precum starea de execuție a testului, procentul finalizat, Planul vs.cazurile de testare executate, mediul de testare, execuția testului prin resurse, risc și atenuare, dacă există, rezumatul defectelor, scenariul și condițiile de testare, orice ipoteză, orice notă etc.
raport de acoperire a testului: (Elemente ale raportului de acoperire a testelor)
- procent finalizat
- scenariu de testare
- zona Software
- resursă testată
- Data testată
- rezultatul testului
Raport Rezumat Defect: (elemente ale raportului rezumat defect)
- Defect după severitate
- defecte după prioritate
- defecte după dezvoltator atribuit
- defecte după funcție
- defecte după zona software
- defecte deschise și închise
raport de risc și atenuare: (Elemente ale raportului de risc și atenuare)
- risc identificat
- probabilitate
- nivel de risc
- tip de risc
- plan de atenuare
concluzie:
în acest articol am aflat despre procesul de gestionare a testelor, nu este doar o singură activitate, ci și constă dintr-o serie de activități precum planificarea testelor, proiectarea testelor, execuția testelor, criteriile de ieșire și raportarea testelor.
Leave a Reply