Plan de test

Se completează online gratuit, nu cere cont și se descarcă ca document Word sau PDF. Vezi toate modelele din categoria IT și proiecte

• Produs și versiune

  De exemplu: Aplicația mobilă TidyPlan 4.2.0

• Responsabil de test

  De exemplu: Anna Berg

• Versiunea planului și data

  De exemplu: 1.0, 3 martie 2030

• Ce trebuie să demonstreze testarea

  De exemplu: Că listele partajate funcționează pentru până la 6 persoane simultan, că autentificarea și încărcarea fotografiilor nu mai provoacă erori și că nimic din ce funcționa înainte nu s-a stricat.

• În scop

  De exemplu: Liste partajate, autentificare, încărcare de fotografii, notificări, cele 20 de fluxuri principale ale utilizatorilor.

• În afara scopului (opțional)opțional

  De exemplu: Panoul web de administrare, neschimbat față de 4.1.0. Testat doar prin pachetul de regresie.

• Tipuri de test

  Un rând pentru fiecare fel de test.

  De exemplu: Teste unitare | Dezvoltatori | La fiecare modificare Teste de integrare | Dezvoltatori | Zilnic Teste manuale de funcționalitate | Testeri | Pentru fiecare funcție Pachet de regresie | Testeri | Înainte de lansare Test de performanță | Responsabil de test | O dată, 500 de utilizatori simultan Verificare de securitate | Responsabil de securitate | O dată

• Medii și dispozitive

  De exemplu: Server de test cu o copie a configurării live, fără date reale ale clienților. 6 telefoane: 3 Android, 3 iOS, cel mai vechi și cel mai nou acceptat.

• Date de test (opțional)opțional

  De exemplu: Conturi și liste fictive. Fără date personale reale.

• Calendar

  Un rând pentru fiecare pas.

  De exemplu: Plan de test agreat | 3 martie Testarea funcționalităților | 3 până la 7 martie Regresie | 8 până la 10 martie Decizia de lansare | 11 martie

• Cum sunt gestionate defectele

  De exemplu: Fiecare defect este înregistrat cu pași de reproducere, captură de ecran și dispozitiv. Critic: blochează lansarea, se rezolvă într-o zi. Ridicat: se rezolvă înainte de lansare. Mediu și scăzut: se planifică.

• Condiții de intrare (când poate începe testarea)

  De exemplu: Versiunea este pe serverul de test, testele unitare trec și notele de lansare există.

• Condiții de ieșire (când testarea este încheiată)

  De exemplu: Toate testele planificate sunt rulate. Nu există defecte critice sau ridicate deschise. Pachetul de regresie a trecut în proporție de cel puțin 98 la sută. Responsabilul de test semnează raportul.

• Riscuri (opțional)opțional

  De exemplu: Doar 2 testeri în ultima săptămână. Măsuri de atenuare: dezvoltatorii se alătură testării de regresie.

1. 11. Obiective
2. 22. Domeniu
3. 33. Tipuri de test
4. 44. Medii și dispozitive
5. 55. Date de test
6. 66. Calendar
7. 77. Defecte
8. 88. Condiții de intrare
9. 99. Condiții de ieșire
10. 1010. Riscuri

1. 01

   Completează

   Introdu datele tale în formular. Documentul se completează pe măsură ce scrii; apasă pe orice spațiu necompletat pentru a ajunge la câmpul corespunzător.

2. 02

   Verifică

   Citește documentul integral. Spațiile pe care nu le-ai completat rămân marcate, ca să nu trimiți nimic neterminat.

3. 03

   Descarcă

   Salvează-l ca document Word pentru a-l edita în continuare sau ca PDF pentru a-l trimite ori tipări.

Ce date cere acest model?

Formularul cere 14 date, începând cu Produs și versiune, Responsabil de test, Versiunea planului și data, Ce trebuie să demonstreze testarea, În scop. Alte 3 sunt opționale.

Pot descărca acest model ca Word sau PDF?

Da. După ce ai completat formularul, salvează-l ca document Word pentru a-l edita în continuare sau ca PDF pentru a-l trimite ori tipări. Este gratuit și nu cere cont.

Ce scriu este trimis undeva?

Nu. Ce scrii rămâne în browserul tău cât timp completezi documentul. Ajunge la nerix doar dacă alegi să deschizi modelul în chat.

Sunt gratuite aceste șabloane pentru IT și proiecte?

Cele mai multe da. Completați-le și descărcați-le gratuit în Word sau PDF, fără cont. Câteva documente mai lungi sunt premium: gratuite de completat, plătite o singură dată la descărcare și marcate cu prețul lor.

Ne face siguri o politică de securitate?

Niciun document nu o face singur. O politică ajută când corespunde cu ce fac oamenii în realitate: păstreaz-o scurtă, explic-o echipei și revizuiește-o în fiecare an.

Este carta proiectului doar pentru proiecte mari?

Nu. Și un proiect mic are de câștigat, pentru că o pagină cu obiectivul, limitele și cel care decide previne cele mai multe certuri de mai târziu.

• Specificație de integrare APIStabilește cum se conectează două sisteme: ce date circulă, cum sunt securizate, cum se tratează erorile și cine răspunde de integrare.IT și proiecte
• Registru de decizie arhitecturalăConsemnați o decizie tehnică împreună cu contextul, opțiunile, motivele și consecințele, ca echipa să le găsească mai târziu.IT și proiecte
• Politica privind dispozitivele personale (BYOD)Stabiliți regulile pentru folosirea telefoanelor și laptopurilor personale la muncă: securitate, confidențialitate, suport și plecare.IT și proiecte
• Raport de eroareRaportează o problemă de software astfel încât un dezvoltator să o poată reproduce, să îi evalueze impactul și să o remedieze.IT și proiecte
• Plan de management al schimbăriiPlanificați modul în care oamenii vor fi informați, instruiți și sprijiniți pe parcursul unei schimbări majore și cum veți ști că a funcționat.IT și proiecte
• Cerere de modificareCere o modificare a unui proiect sau sistem, arată impactul ei și notează dacă a fost aprobată.IT și proiecte

Vezi toate modelele din categoria IT și proiecte