Meniu

În ce diferă planificarea testelor pentru proiectele manuale și de automatizare?

how does test planning differ

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Suntem cu toții de acord că proiectele de automatizare au o natură diferită de cele de testare manuală. Deși, proiectele de automatizare autonome nu există cu adevărat (sau nu ar trebui să existe în mod ideal), atât proiectele manuale, cât și cele de automatizare sunt tratate diferit atunci când sunt planificate.

În mod inevitabil, se execută un mix planificat; acest lucru nu numai că afectează proiectul curent și aruncă o umbră asupra capacităților individului, dar poate duce și la pierderea încrederii în echipă pentru client / conducere - afectând alte activități. Aș spune mai degrabă că noi testerii suntem în siguranță decât ne pare rău.

=> Faceți clic aici pentru seria completă de programe de testare

Planificarea testelor

Un bun comic Dilbert despre planificare:

planificarea proiectului dilbert

Înainte de a merge mai departe, vreau să stabilesc despre ce NU va fi vorba acest articol.

# 1) Aceasta nu este o discuție aprofundată a cadrelor de automatizare. Diferite proiecte utilizează cadre diferite, în funcție de natura AUT, arhitectura, complexitatea, expertiza echipei etc.

Informațiile privind cadrele pot fi găsite la linkurile de mai jos:

Cadrele de automatizare de testare partea 1 și partea 2 .

#Două) De asemenea, nu este vorba despre șablon, format sau crearea unui Documentul Planului de testare . Vom aborda considerațiile de pre-documentare pentru un proiect de automatizare, mai mult în linia unei analize de fezabilitate.

# 3) Acest lucru nu este un instrument specific. Fiecare activitate din SDLC necesită timp, efort, infrastructură - cu alte cuvinte - BANI.

Pentru un proiect de testare manuală, factorii consumatori sunt:

  • oameni
  • Instrumente - Gestionarea testelor / defectelor
  • Infrastructură - mediu
  • Timp
  • Instruire

Pentru un proiect de automatizare, pe lângă elementele de mai sus are nevoie de cheltuieli pentru:

  • Instrumente de automatizare
  • Supliment pentru integrarea instrumentului de gestionare a testelor
  • Supliment pentru a sprijini AUT (cum ar fi SAP, Oracle etc.)
  • Cadrul stabilit
  • Instruire specifică instrumentului

Având în vedere aceste circumstanțe, succesul unui proiect de automatizare depinde de cât de bine ați scris codul, de câte componente reutilizabile ați scris sau de cât de puține linii de cod ați obținut rezultatul dorit?

Nu face.

Există una și singura întrebare care determină succesul - „Puteți genera un ROI (Return on Investment) mai bun în comparație cu ruta manuală”? - Dacă nu imediat, în cele din urmă.

Dacă răspunsul la această întrebare este „NU”, atunci ați planificat incorect proiectul de automatizare.

În mod normal, un plan de testare are următoarele secțiuni. Vom discuta despre fiecare dintre ele concentrându-ne pe aspecte specifice automatizării de luat în considerare:

plan de testare automatizare

Secțiunile planului de testare a testelor de automatizare

Sectiunea 1:Domeniul de aplicare

  • Alegeți cazurile / scenariile de testare care urmează să fie regresate de mai multe ori pe mai multe cicluri.
  • Uneori, cele mai simple cazuri de testare necesită o mulțime de soluții complicate pentru a fi automatizate. Dacă acestea sunt doar pentru o singură utilizare, evident că nu are sens. Reutilizarea ar trebui să fie obiectivul dvs.
  • Testarea automatizării nu efectuează / nu poate efectua teste exploratorii.

Sectiunea 2: Strategia de testare

  • Această secțiune este denumită Cadrul în lumea automatizării. Unele cadre sunt extrem de provocatoare pentru a crea și sunt, de asemenea, eficiente - dar în ceea ce privește timpul, efortul și competența, acestea sunt solicitante. Căutați întotdeauna o cale de mijloc și faceți tot ce puteți, fără a pune în pericol suprautilizarea resurselor.
  • Decideți cele mai bune practici de codificare care vor fi utilizate, convențiile de denumire, locațiile pentru stocarea activelor de testare, formatul rezultatelor testelor etc. pentru a menține uniformitatea și a crește productivitatea.

Secțiunea # 3:Resurse / Roluri și responsabilități

  • Primul pas în această direcție este să înțelegem capacitățile echipei și să anticipăm înaintea domeniului de aplicare al automatizării. Acest lucru vă va ajuta să alegeți o echipă care să corespundă atât nevoilor de testare automată, cât și manuală. De asemenea, alegeți oameni care au atitudinea corectă - aceia nu cred că testarea manuală este sub statura lor.
  • Alegeți o echipă bine versată cu AUT, Managementul testelor, Managementul defectelor și alte activități SDLC
  • Secțiunea # 1: Domeniul de aplicare

Secțiunea # 4:Instrumente

Alegeți instrumentele de automatizare pe baza următoarelor reguli:

  • Compania are deja licențe pentru un anumit instrument, încercați să vedeți dacă îl puteți utiliza
  • Căutați instrumente open-source (dar fiabile)
  • Membrii echipei cunosc deja instrumentul sau trebuie să aducem pe cineva nou? Sau să le antrenezi pe cele existente?

Secțiunea # 5: Programe

  • Includeți timp pentru parcurgerea codului și inspecția scripturilor de automatizare
  • Păstrați scripturile în timp util. Dacă creați o bucată de cod pe care nu o veți folosi în următoarele 6 luni sau cam așa, asigurați-vă că o mențineți periodic pentru a diminua șansele de eșec.

Secțiunea # 6:Mediu inconjurator

  • Mediul țintă pe care va rula AUT-ul dvs. și instrumentul de automatizare pe care doriți să îl utilizați ar trebui să fie compatibile. Acesta este unul dintre factorii care trebuie considerați pre-licențiere pentru instrument.
  • De asemenea, analizează dacă restul Instrumente de gestionare în loc și instrumentul de automatizare pe care încercați să îl aduceți sunt interconectabile pentru beneficii suplimentare.

Secțiunea # 7:Livrabile

  • Scripturile dvs. de testare sunt rezultatele dvs. Cu toate acestea, nu toată lumea are cunoștințe de automatizare / limbaj de programare. Așadar, planificați crearea unui document „Cum se face” care să îi ajute pe utilizatorii actuali și pe viitorii membri ai echipei să poată înțelege acest script chiar și atunci când nu sunteți în preajmă.
  • Includeți și comentarii în scriptul dvs.

Secțiunea # 8: Riscuri

Dacă doriți să propuneți o soluție de automatizare, asigurați-vă că alegeți instrumente și soluții rentabile pentru a vă asigura că efortul de automatizare nu împovărează proiectul.

Este important să stabiliți așteptarea că rentabilitatea investiției pentru un proiect de automatizare nu poate fi pozitivă imediat, dar poate fi văzută clar pe perioade lungi de timp.

Prin urmare, dacă propuneți automatizarea unui sistem, alegeți-l pe cel care este

  • Stabil și nu prea multă întreținere
  • Are posibilitate pentru apartamente imense de regresie
  • Nu are prea multă intervenție manuală sau nu depinde de intuiția unui om

Secțiunea # 9:Date de testare

  • Luați în considerare aspectele de securitate ale datelor
  • Nu codificați datele de testare în scripturi. Acest lucru duce doar la prea multă întreținere a scriptului și ar putea induce erori în timpul modificării.
  • Fii foarte specific. Pentru un pas de test manual - „introduceți prenumele”, puteți spune introduceți orice nume de 5 caractere. În timpul testării, un tester poate tasta „Swati” sau „Seela” sau orice altceva. Dar pentru un instrument nu poate face astfel de presupuneri. Prin urmare, furnizați valori exacte.

Secțiunea # 10:Rapoarte / Rezultate

  • Rezultatele executării scriptului sunt, de asemenea, tehnice și s-ar putea să nu fie ușor de înțeles de către restul echipelor. Planificați scrierea rezultatelor detaliate în notepad sau foi Excel ca o măsură suplimentară.
  • Se așteaptă, de asemenea, documente-cadru detaliate, rezultate ale revizuirii, rapoarte de defecte, rapoarte de stare de execuție.

Noi, ca entuziaști ai automatizării, am putea crede că clienții / conducerea nu cumpără cu ușurință propunerile de automatizare.

j2ee întrebări și răspunsuri la interviu pdf

Cu toate acestea, atunci când obiectivul nostru final este de a maximiza rentabilitatea investiției prin automatizare, suntem în perfectă armonie și cu obiectivele managementului / clientului. Acest lucru ne va asigura că vom ajunge nu doar la automatizarea proiectului nostru, ci vom putea face acest lucru, cu mult acord, cooperare și entuziasm.

Planificarea și analiza amănunțită a tuturor factorilor enumerați mai sus pot fi aliatul nostru în această călătorie. Din nou, rentabilitatea investiției înseamnă totul.

Această postare este scrisă de Swati Seela, membru al echipei autorilor STH.

Aveți întrebări sau lucruri de discutat? Nu ezitați să postați în comentariile de mai jos.

=> Vizitați aici pentru seria completă de programe de testare

Lectură recomandată

^