EST PLAN

Nume produs: OpenCart (Frontend)

Pregătit de: Pavan

Data: 10 ianuarie
2021
Cuprins
EST PLAN..................................................................................................................................1
Cuprins....................................................................................................................................2
Prezentare generală.................................................................................................................3
Aplicare...................................................................................................................................3
Strategia de testare..................................................................................................................4
Procedura de raportare a defectelor:........................................................................................6
Roluri/Responsabilități............................................................................................................6
Programul de testare................................................................................................................6
Rezultate de testare..................................................................................................................7
Preţuri......................................................................................................................................7
Criterii de intrare și de ieșire...................................................................................................7
Criterii de suspendare și reluare..............................................................................................8
Instrumente..............................................................................................................................8
Riscuri și atenuări....................................................................................................................8
Aprobările................................................................................................................................9

ALIN. PAVANONLINETRAININGS.COM
Prezentare generală
Ca parte a proiectului, "OpenCart" i-a cerut lui Pavan să testeze câteva
funcționalități ale aplicației web "https://demo.opencart.com/".

Acest document servește ca document de planificare a testelor la nivel înalt, cu

detalii privind domeniul de aplicare al proiectului, strategia de testare, programul
de testare și cerințele de resurse, rezultatele testelor și programul.

Aplicare
Domeniul de aplicare al proiectului include testarea următoarelor caracteristici
ale aplicației web "https://demo.opencart.com/".

Incluziuni
• Înregistrează-te
• Logare & Deconectare
• Am uitat parola
• Căutare
• Comparare produse
• Pagina de afișare a produsului
• Adaugă la coş
• Dorinţe
• Cosul
• Monede
• Pagina principală
• Pagina de finalizare a comenzii
• Pagina contului meu
• Pagina istoricului comenzilor
• Pagina de descărcări
• Pagina Contactează-ne
• Opțiuni meniu
• Opțiuni subsol
• Pagini de categorii

Din înțelegerea noastră, credem că zonele funcționale de mai sus trebuie testate.

Medii de testare
• Windows 10 - Chrome, Firefox și Edge
• Mac OS - Safari Browser
• Sistem de operare mobil Android - Chrome
• Sistem de operare mobil iPhone - Safari

Excluderi
• Toate caracteristicile, cu excepția celor menționate la "Incluziuni"
• Orice caracteristici terțe sau gateway-uri de plată
• Automatizarea testelor

ALIN. PAVANONLINETRAININGS.COM
Strategia de testare
"Pavan" a comunicat cu "OpenCart" și a înțeles că trebuie să efectuăm testarea
funcțională a tuturor funcționalităților menționate în secțiunea Scope de mai sus.

Ca parte a testării funcționale, vom urma abordarea de mai jos pentru testare:

Pasul #1 - Crearea de scenarii de testare și cazuri de testare pentru diferitele

caracteristici din domeniul de aplicare.
• Vom aplica mai multe tehnici de proiectare a testelor în timp ce creăm
cazuri de testare o partiție de clasă de echivalență
o Analiza valorii limită
o Testarea tabelului de decizie
o Testarea tranziției de stare
o Testarea cazurilor de utilizare
• De asemenea, ne folosim expertiza în crearea cazurilor de testare prin
aplicarea celor de mai jos:
o Eroare la ghicire
o Testare exploratorie
• Prioritizăm cazurile de testare

Pasul #2 - Procesul nostru de testare, când primim o aplicație pentru testare:

• În primul rând, vom efectua testarea fumului pentru a verifica dacă
funcționalitățile diferite și importante ale aplicației funcționează.
• Respingem construirea, dacă testarea fumului eșuează și vom aștepta
construirea stabilă înainte de a efectua testarea aprofundată a
funcționalităților aplicației.
• Odată ce primim o construcție stabilă, care trece testarea fumului,
efectuăm teste aprofundate folosind cazurile de testare create.
• Mai multe resurse de testare vor testa simultan aceeași aplicație pe mai
multe medii acceptate.
• Apoi raportăm erorile în instrumentul de urmărire a erorilor și trimitem
dev. management defectul găsit în acea zi într-un e-mail de sfârșit de zi.
• Ca parte a testării, vom efectua următoarele tipuri de testare:
o Testarea fumului și testarea sănătății
o Testarea și retestarea regresiei
o Testarea utilizabilității, testarea funcționalității și UI
• Repetăm ciclurile de testare până când obținem produsul de calitate.
Pasul #3 - Vom urma cele mai bune practici de mai jos pentru a ne îmbunătăți
testarea:
• Testare bazată pe context - Vom efectua testarea în funcție de contextul
aplicației date.
• Shift Left Testing – Vom începe testarea din etapele de început ale
dezvoltării în sine, în loc să așteptăm construirea stabilă.
• Testarea exploratorie - Folosind expertiza noastră, vom efectua testarea
exploratorie, în afară de executarea normală a cazurilor de testare.

ALIN. PAVANONLINETRAININGS.COM
 • End to End Flow Testing – Vom testa scenariul end-to-end care implică
mai multe funcționalități pentru a simula fluxurile utilizatorilor finali.

Procedura de raportare a defectelor:

În timpul executării testului –
• Orice abatere de la comportamentul așteptat de către aplicație va fi
notată. Dacă nu poate fi raportat ca un defect, ar fi raportat ca o
observație / problemă sau pus ca o întrebare.
• Orice probleme de utilizare vor fi, de asemenea, raportate.
• După descoperirea unui defect, acesta va fi retestat pentru a verifica
reproductibilitatea defectului. Capturile de ecran cu pași de reproducere
sunt documentate.
• În fiecare zi, la sfârșitul executării testului, defectele întâlnite vor fi trimise
împreună cu observațiile.
Notă:

• Defectele vor fi documentate într-un excel.

• Scenariile de testare și cazurile de testare
document Excel.
vor fi documentate într-un

Roluri/Responsabilități
Nume Rol Responsabilităţile
Persoana A Manager de ✓ Escaladări
Persoana B testarede testare
Plumb ✓ Creați planul de testare și obțineți
aprobările clientului
✓ Interacționați cu aplicația, creați și
executați cazurile de testare
✓ Raportați defectele
✓ Coordonați executarea testului. Verifica
valabilitatea defectelor raportate.
✓ Trimiteți clientului actualizări zilnice ale
problemelor și rapoarte sumare privind
defectele.
Persoana C Inginer de testare ✓
✓ Participați la orice întâlnire cu clientul.
Interacționați cu aplicația
senior ✓ Crearea și executarea testuluiCazuri.
✓ Raportați defectele
Persoana D Inginer de testare ✓ Interacționați cu aplicația
✓ Executați cazurile de testare.
✓ Raportați defectele

Programul de testare
Urmează programul de testare planificat pentru proiect –

Sarcină Durata de timp

▪ Crearea planului de testare Data de începere până la data de
încheiere

ALIN. PAVANONLINETRAININGS.COM
 ▪ Crearea cazurilor de testare Data de începere până la data de
▪ Executarea cazului de testare încheiere
Data de începere până la data de
▪ Prezentarea rapoartelor de încheiere
Dată

Rezultate de testare
Următoarele urmează să fie livrate clientului:

Livrabile Descriere Data țintă de

finalizare
Planul de testare Detalii privind domeniul de aplicare al Dată
proiectului, strategia de testare,
programul de testare, cerințele de
resurse, rezultatele testelor și programul
Cazuri de testare Cazuri de testare create pentru domeniul Dată
funcționale de aplicare definit
Rapoarte de Descrierea detaliată a defectelor NA
defecte identificate, împreună cu capturi de ecran
și pași pentru reproducerea zilnică.
Rapoarte de Rapoarte de sinteză – Dată
sinteză Bug-uri de bug#,
Bug-uri după zona funcțională și
Bug-uri după prioritate

Preţuri
NA

Criterii de intrare și de ieșire

Mai jos sunt criteriile de intrare și ieșire pentru fiecare fază a ciclului de viață al
testării software:

Analiza cerințelor

Criterii de intrare:
• Odată ce echipa de testare primește Caietul de Sarcini, Documentele sau
detalii despre Proiect
Criterii de ieșire:

• Lista cerințelor este explorată și înțeleasă de echipa de testare

• Îndoielile sunt înlăturate
Planificarea testelor

Criterii de intrare:

• Cerințe testabile derivate din cerințele date, documentele sau detaliile

proiectului
• Îndoielile sunt înlăturate
Criterii de ieșire:

ALIN. PAVANONLINETRAININGS.COM
 • Documentul planului de testare (include strategia de testare) este semnat
de client
Proiectarea testelor
Criterii de intrare:
• Documentul planului de testare este semnat de Client

Criterii de ieșire:
• Scenarii de testare și cazuri de testare Documentele sunt semnate de
Client
Executarea testului
Criterii de intrare:
• Scenarii de testare și cazuri de testare Documentele sunt semnate de
Client
• Aplicația este pregătită pentru testare
Criterii de ieșire:
• Rapoartele cazurilor de testare, rapoartele de defecte sunt gata

Închiderea testului
Criterii de intrare:
• Rapoartele cazurilor de testare, rapoartele de defecte sunt gata

Criterii de ieșire:
• Rapoarte rezumative ale testelor

Criterii de suspendare și reluare

În baza deciziei Clientului, vom suspenda și relua Proiectul.
Vom crește și vom reduce resursele conform nevoilor clientului.

Instrumente
Următoarele sunt lista instrumentelor pe care le vom folosi în acest proiect:
• Instrument de urmărire a erorilor XYZ
• Instrumentul Mind map
• Instrumentul de decupare a capturii de ecran
• Documente Word și Excel

Riscuri și atenuări
Următoarele sunt lista riscurilor posibile și modalitățile de atenuare a acestora:
Risc: indisponibilitatea unei resurse
Atenuare: planificarea resurselor de rezervă

ALIN. PAVANONLINETRAININGS.COM
Risc: URL-ul de compilare nu funcționează
Atenuare: Resursele vor funcționa pentru alte sarcini
Risc: Mai puțin timp pentru testare
Atenuare: Creșteți dinamic resursele pe baza nevoilor clientului

Aprobările
Echipa va trimite diferite tipuri de documente pentru aprobarea clientului, după
cum urmează:
• Testa Plan
• Testa Scenarii
• TestaCazuri
• Rapoarte

Testarea va continua la pașii următori numai după finalizarea acestor aprobări.

ALIN. PAVANONLINETRAININGS.COM