Prezentare generală a modelului de plan de testare
Un plan de testare este un document care oferă un model pentru metoda de testare, strategia, selecția hardware / software, planul de planificare și estimarea rezultatelor. Îmi gestionează managerul de teste.
Să vedem un exemplu, unul dintre managerii de testare a întâlnirii solicită unei echipe să facă planul de testare pentru acest proiect, iar echipa nu este interesată, într-un astfel de caz, modul în care managerul de testare dorește să facă față acestei situații.
Gândiți-vă la managerul de teste și selectați-l pentru a răspunde mai jos:
- Sunt manager, deci trebuie să faci ceea ce spun
- OK, permiteți-mi să explic de ce proiectul are nevoie de un plan de testare.
Dacă sunt manager, voi selecta a doua opțiune și sper că și tu.
Necesitatea planului de testare
- Acesta va testa calitatea aplicației / software-ului
- Testatorii trebuie să respecte instrucțiunile date în document
- Domeniul de aplicare, estimarea, strategia sunt documentate și pot fi reutilizate și pentru alte proiecte.
Cum se scrie un șablon de plan de testare?
Există opt sarcini importante care trebuie urmate pentru redactarea modelului de plan de testare:
Este vorba despre modul în care scriem un model de plan de testare, care este explicat mai jos în detaliu:
1. Analizați
Fără a avea date, este imposibil de analizat nimic. Deci trebuie să identificăm proiectul / proiectul care trebuie analizat. Să presupunem că am dezvoltat un site web și trebuie analizate folosind tehnicile de testare. Înainte de a intra în strategia de testare, trebuie să examinăm documentul produsului care conține detaliile proiectului, în primul rând trebuie să înțelegem funcționalitatea și apoi să facem o analiză. Mai jos este o analiză a eșantionului care are loc pentru acest site web.
- La ce folosește acest site web?
- Cine sunt utilizatorii finali?
- Cum va funcționa?
- Care este versiunea software-ului folosită?
- Ce este hardware-ul?
2. Proiectare
Dezvoltarea proiectării testelor este un pas important în șablonul planului de testare și va fi definit de managerul de testare.
a) Definiți domeniul de aplicare al testării
Înainte de a scrie proiectul testului, trebuie să identificăm „obiectul de aplicare” și „în afara domeniului de aplicare” pentru testare și toți cei din echipă trebuie să fie înțeleși clar despre proiect și trebuie să oferim informații precise despre date. Cum veți identifica domeniul de testare?
- Cerința clientului
- Buget
- Specificații software
b) Definiți tipul de testare
Prin definirea tipului de testare pentru identificarea oricărui bug din software, iar scopul final este livrarea software-ului către client fără nicio eroare. Unele dintre principalele tehnici de testare sunt
- Testarea unității: Testează cea mai mică piesă de software sau aplicație
- Testare API: API de testare a fost creat pentru aplicație
- Test de integrare: testați modulele combinate în aplicație
- Test de sistem : Testați conformitatea sistemului pentru cerințele specifice
- Instalare / dezinstalare test: Configurați / eliminați software-ul specific din mediul client
- Testare agilă: Testarea metodologiei agile
c) Problema riscului și emiterea documentelor
Identificați riscul și va provoca impactul potențial asupra șablonului planului de testare și care sunt măsurile care reprezintă o problemă. Vezi mai jos unii dintre factorii de risc.
- Oamenii nu au abilități pentru testarea acestui site web
- Managerul de test are abilități slabe pentru a defini tehnica de testare.
- Lipsa cooperării în cadrul echipei
- Estimare bugetară slabă
d) Creare logistică test
În această etapă, managerul testului trebuie să decidă cine va testa? și când va avea loc testul? Selectarea persoanei potrivite pentru o sarcină specifică este foarte importantă pentru a înțelege metodele. Testarea poate avea loc oricând, poate începe și din faza de dezvoltare. Când sursa de mai jos este disponibilă, este pregătită pentru testare.
- Specificații de testare și document de cerință
- Resurse umane
- Mediu de testare
3. Obiectivul testului
Obiectivul principal al testării obiectivului este identificarea defectelor și eliberarea software-ului ca fără erori. Obiectivul testului trebuie să urmeze pașii de mai jos:
a) Testati caracteristica software sau aplicatie.
b) Testează caracteristica pe baza setului și a obiectivului.
Luați acest exemplu ca exemplu pentru a urma pașii de mai sus folosind cea mai comună metodă de testare TOP-DOWN.
- Verificați dacă site-ul web funcționează în mediul real fără nicio problemă
- Trebuie să verificați nevoia clientului și acesta satisface așteptările acestora
- Ar trebui să fie ușor de utilizat
4. Criterii de testare
Criteriile pot fi utilizate ca regulă sau procedură pentru a judeca testarea. Există două tipuri de criterii de testare:
a) Criterii de suspendare
Managerul de testare trebuie să fie stabilit ținta pentru suspendare. Când a atins ținta, testul va fi suspendat până la îndeplinirea criteriilor. Spuneți să presupunem că sunt 30% din cazurile de test care au eșuat pentru proiect și trebuie să revină la echipa de dezvoltare. Testarea nu poate fi efectuată până la rezolvarea problemei.
b) Criterii de ieșire
Criteriile de ieșire pot fi setate ca procent maxim (de exemplu, 96%). Când rezultatul testului s-a întâlnit cu acest procent, proiectul poate fi considerat PASS. Obligatoriu este să executați 100% cazuri de test, dar permisul poate fi definit ca 96%.
( Formulae:- Number of test cases passed / total test cases executed )
5. Planificarea resurselor
Planificarea resurselor poate fi atât umană cât și echipament care necesită acest plan de testare pentru a finaliza sarcina.
a) Resurse umane
- Manager de testare
- laborant
- Dezvoltator în test
- Inginer QA
b) Resursa sistemului
- Server
- Instrument de testare
- Reţea
- Calculator
6. Planificarea mediului de testare
Mediul de testare este de a configura hardware și software pentru a efectua testarea. Trebuie să fie implementat într-un mediu de afaceri în timp real. Mediul configurat poate fi urmat ca un server de dezvoltare -> Server de test / QA -> Server de producție. După finalizarea etapei de dezvoltare, aceasta se va muta la echipa de testare și odată ce testarea va fi finalizată, va fi în direct în mediul de producție.
7. Programare și estimare
Trebuie să facă un program și o estimare pentru a efectua sarcina în șablonul planului de testare.
| Sarcină | Membru | Durata estimării |
| Creați un plan de testare | Manager de teste | 80 om-oră |
| Raport de testare | laborant | 200 om-oră |
| Livrare test | QA | 30 de om-oră |
8. Livrarea testelor
Livrările de testare pot enumera toate documentele și alte eforturi care susțin acest efort. Există trei tipuri de livrări.
a) Înainte de testare
- Document de plan
- Document de proiectare a testului
b) În timpul testării
- Capturați jurnalele de erori
- Matrice
- Eroare de execuție
c) După testare
- Raport de testare
- Note de lansare
Articole recomandate
Acesta este un ghid pentru șablonul planului de testare. Aici am învățat care este planul de testare, necesitatea unui șablon al planului de testare, cum să proiectați un plan de testare, etc. De asemenea, puteți privi articolele următoare pentru a afla mai multe-
- Tehnici de testare statică
- Șabloane AWS CloudFormation
- Instrumente de testare în cloud
- Testarea protocolului
- Tipuri și erori de gestionare în JavaScript
- Top 7 Principii ale testării agile cu strategii
- Cazuri de testare și scenariu de testare | Diferențe de top
- Ce este cazul de testare?