Meniu

Testare Shift la stânga: o mantră secretă pentru succesul software-ului

shift left testing secret mantra

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Noul Shift Left Testing, o mantra DevOps în dezvoltarea de software:

Un rapid Recapitulați toate tutorialele video din DevOps a fost explicat în tutorialul nostru anterior. Acum, vom vedea despre testarea Shift stânga.

Când folosesc termenul „Shift Left”, s-ar putea să vă întrebați la ce mă refer la Shift Left într-un software ??

Acum 2+ decenii, când mi-am început cariera ca tester de software, nu exista o „fază de testare” separată pentru dezvoltarea software-ului, iar rolul testerilor nu exista niciodată. Dezvoltatorii obișnuiau să dezvolte software-ul, să se testeze singuri și să lanseze un software.

Lecturi suplimentare => Seria de tutoriale informative DevOps

Conceptul de Testarea software-ului a fost introdus treptat când defectele producției au început să atingă bugetul proiectului și, prin urmare, „Testarea funcțională” a intrat în vigoare cu o echipă foarte slabă de testeri. În acel moment, eram doar doi testeri împotriva unei echipe de 20 de dezvoltatori.

Abordarea de testare Shift Stânga

Industria IT a început să urmeze modelul cascadei pentru dezvoltarea de software în care, după cum știm cu toții, ciclul de viață al dezvoltării software-ului se desfășoară secvențial în ordinea Cerințe => Proiectare => Codificare => Testare .

Deci, dacă începeți de la stânga la dreapta, faza de testare se află în extrema dreaptă a ciclului de viață al dezvoltării software-ului.

Ce veți învăța:

Introducere în conceptul de schimbare la stânga

Peste o perioadă de timp, oamenii și-au dat seama de importanța Testarea software-ului și impactul păstrării „fazei de testare” în extrema dreaptă sau la sfârșitul ciclului de viață al dezvoltării software-ului. Această realizare s-a întâmplat deoarece costul bug-ului identificat spre extrema dreaptă și la sfârșit a fost foarte mare și a fost necesar un efort enorm și prea mult timp pentru a le remedia.

Au fost cazuri în care, după ce am petrecut atât de mult timp și efort pe un software, din cauza erorii cruciale identificate la sfârșit, software-ul critic de misiune nu a putut fi lansat pe piață, rezultând astfel o pierdere imensă.

Prin urmare, din cauza identificarea bug-ului în timpul ultimei etape fie lansarea a fost întârziată sau, uneori, software-ul a fost abandonat luând în considerare efortul necesar pentru a le remedia, ceea ce nu era cu adevărat demn.

Faza de dezvoltare software

„Defectele sunt mai puțin costisitoare când sunt surprinse devreme”.

Această realizare și marea lecție învățată, au introdus o mare revoluție în industria software-ului și au dat naștere unui nou concept numit „Shift Stânga” , ceea ce înseamnă mutarea „fazei de testare” în stânga de la dreapta sau implicarea testării în fiecare etapă și implicarea testerilor pe tot parcursul.

Testarea Shift Stânga înseamnă, de asemenea, că nu testați la final, ci testați continuu.

Faze SDLC

Shift Stânga abordare

Ce este Testarea Shift Stânga?

În primul rând, principiul „Shift left” susține Echipa de testare pentru a colabora devreme cu toate părțile interesate în faza de dezvoltare software. Prin urmare, ei pot înțelege clar cerințele și proiectați cazurile de testare pentru a ajuta software-ul „Fail Fast” și a permite echipei să remedieze cel mai devreme toate defecțiunile.

instrumente de revizuire a codului sursă deschisă git

Abordarea Shift Left nu este altceva decât implicarea testerilor mult mai devreme în ciclul de viață al dezvoltării software-ului, ceea ce, la rândul lor, le-ar permite să înțeleagă cerințele, proiectarea software-ului, arhitectura, codarea și funcționalitatea sa, să pună întrebări dificile clienților, analiștilor de afaceri și dezvoltatorilor , solicitați clarificări și oferiți feedback ori de câte ori este posibil pentru a sprijini echipa.

Această implicare și înțelegere îi va determina pe testatori să dobândească cunoștințe complete despre produs, să se gândească prin diferite scenarii, să proiecteze scenarii în timp real pe baza comportamentului software-ului, care ar ajuta echipa să identifice defectele chiar înainte de a efectua codarea.

Cum influențează dezvoltarea software-ului Shift Left?

Abordarea Shift Lift influențează dezvoltarea software-ului în mai multe moduri.

Mai jos sunt câteva puncte cheie despre Shift Left:

  • Abordarea Shift Left se concentrează asupra implicând testeri în toate etapele critice și cel mai important a programului . Acest lucru le permite testerilor să își deturneze focalizarea de la detectarea defectelor la prevenirea defectelor și să conducă obiectivele de afaceri ale programului.
  • Abordarea Shift Stânga oferă, mare importanță pentru testare cu care rolurile și responsabilitatea testerilor cresc imens.
  • Odată cu creșterea responsabilității pentru echipa de testare, echipa pur și simplu nu se concentrează asupra „Testarea software-ului pentru identificarea erorilor” , dar lucrează proactiv cu echipa încă din etapele inițiale pentru a planifica și construi o strategie de testare robustă și eficientă, oferind echipei o conducere și o îndrumare excelente, concentrându-se pe viziunea pe termen lung a produsului, mai degrabă decât luând doar responsabilitatea lucrării de testare.
  • Abordarea Shift Stânga oferă oportunitate pentru testeri să proiecteze testele mai întâi , unde testele se concentrează complet asupra experienței clienților și așteptărilor acestora, care la rândul lor vor permite dezvoltatorilor să dezvolte software-ul pe baza acestor teste și, prin urmare, să răspundă nevoilor clienților.
  • Abordarea Shift Stânga nu se termină doar cu testerii singuri. De asemenea, va trece la închiriere și desfășurarea activităților de testare în mod continuu permite dezvoltatorilor să își asume mai multă proprietate codului lor și își sporesc responsabilitățile în ceea ce privește testarea.
  • Abordarea Shift Stânga încurajează, de asemenea Testerii de adoptat BDD de dezvoltare comportamentală și TDD de dezvoltare bazată pe test , care ajută la prevenirea inducerii defectelor în software.
  • Shift Stânga Testare în Agile: Shift stânga abordare sprijină formarea Agrum Scrum Echipe care includ în mod obligatoriu testeri împreună cu celelalte roluri și include testeri în apeluri stand-up regulate, alte interacțiuni, reuniuni de revizuire care le-a făcut pe testatori să aibă mai multe informații legate de program și, prin urmare, le-a permis să se răsfețe și să se implice în analiza detaliată a software-ului și să ofere feedback rapid care ar ajuta la prevenirea defectelor legate de software.

În general, testarea Shift Left solicită testerilor să „Implică-te devreme” , cât mai devreme posibil și se angajează în discuție și colaborează la idei, cerințe în fiecare etapă în care rezultatul etapei are o influență asupra valorii livrabilului final și, de asemenea, ajută proiectul să identifice riscurile și să-l atenueze în avans.

Shift Stânga

Ce ar trebui să facă testerii diferit în Shift Stânga?

Dat mai jos sunt câțiva factori cheie care trebuie remarcați în ceea ce fac testerii în mod diferit Strategia Shift Stânga:

# 1) Echipa de testare trebuie angajează-te devreme în sistem chiar de la inițierea proiectului astfel încât să dezvolte integrarea cu restul echipei și afacerea pentru furnizați intrări utile în fiecare etapă a dezvoltării software-ului.

#Două) Echipa de testare ar trebui să colaboreze cu echipa Business & Operations și obține claritate asupra programului și să ofere o viziune clară asupra cererii și ajutor în planificarea eficientă a nevoilor de creștere a resurselor, a nevoilor de instruire și a cerințelor instrumentului de testare cu programul cu mult timp în avans.

# 3) Echipele de testare trebuie să interacționeze cu toate părțile interesate din afaceri la începutul dezvoltării software-ului obțineți o vizibilitate clară a produsului & proiectează o strategie de testare unificată și planificați un efort de testare optimizat, analizați dependența de mediile de testare, terți, stub-uri etc. și pregătiți o strategie și un cadru de automatizare robust și construiți un plan eficient de gestionare a datelor de testare.

# 4) Echipa de testare trebuie să colaboreze cu restul echipei în furnizarea un excelent test de conducere și îndrumare pentru echipă păstrând astfel viziunea pe termen lung a produsului în minte, mai degrabă decât asumarea responsabilității activităților de testare.

# 5) Cerințele sunt cheia și baza succesului oricărui program, iar cerințele bine definite definesc succesul proiectului. În timpul fazei de planificare a cerințelor, testeri trebuie să revizuiască și să analizeze cerințele pentru orice ambiguitate, o mai bună claritate, exhaustivitate, testabilitate, definirea criteriilor de acceptare etc.

De asemenea, trebuie să identificați cerințele lipsă (dacă există), să înțelegeți dependențele și strategiile de implementare. Cerințele clare ajută software-ul să „Eșueze rapid” și să remedieze cel mai devreme toate erorile.

# 6) Aduceți suficientă claritate și precizie în cerințe, scoțând în evidență exemple reale care ilustrează caracteristicile utilizate.

# 7) Testatorii trebuie participă la ședințele de revizuire a proiectării în mod regulat și înțelegeți proiectarea și arhitectura produsului și identificați defectele de proiectare, sugerați opțiuni alternative de proiectare, identificați lacunele și creați scenarii de testare corespunzătoare pentru a sparge proiectele.

# 8) Testatorii trebuie executa Testare statică (recenzii) cu mult timp în avans și furnizați feedback cu privire la documentele cheie ale proiectului, astfel încât defectele să fie împiedicate să se conecteze la software și să extindă efectul acestuia ulterior.

# 9) Echipa de testare ar trebui să colaboreze cu echipa de proiectare și dezvoltare în furnizarea de scenarii de testare în avans pentru a dezvolta codul și să abordeze toate scenariile și fluxurile de afaceri posibile în timp real.

cum să eliminați ceva dintr-o matrice Java

# 10) Echipa de testare trebuie să proiecteze scenarii de testare puternice și robuste astfel încât numai câteva defecte sunt identificate în timpul testării și defectele majore sunt prevenite în timpul intrării în faza de testare.

#unsprezece) Testatorii trebuie Testați cât mai devreme posibil , fie pe un sistem independent sau local, astfel încât defectul să nu intre în etapele ulterioare.

Întreaga problemă a conceptului „Shift Left” pentru testeri este de a găsi defectele cât mai curând posibil prin toate mijloacele posibile.

Găsirea defectelor folosind Shift Stânga

Avantajele testării Shift Stânga

Abordarea Shift Left funcționează pe baza manifestului agil și are și câteva avantaje.

Sunt:

  • Indivizi și interacțiuni peste procese și instrumente.
  • Software de lucru peste documentație cuprinzătoare.
  • Colaborarea clienților peste negocierea contractului.
  • Răspunzând la schimbare peste urmarea unui plan.

Putem vedea că, deși valoarea este acolo în articolele din dreapta, prețuim mai mult pentru articolele din partea stângă.

Ei bine, Shift Left este despre a aduce ideea testării mai devreme în proces, rezultând astfel o testare mai bună și eficientă și îmbunătățirea calității software-ului.

Pe scurt, procesul de testare Shift la stânga este:

  • Găsirea timpurie a defectelor reduce astfel costul proiectului.
  • Testarea continuă din nou și din nou pentru a reduce defectele la final.
  • Pentru a automatiza totul și a îmbunătăți timpul de lansare pe piață.
  • Pentru a vă concentra pe cerințele clienților și pentru a îmbunătăți experiența clientului.

Shift Focalizare stânga

Concluzie

„Shift Stânga” conceptul a adus o transformare uriașă pentru întregul rol de „testare”. Până atunci, singurul accent pentru testare era doar pe „Detectarea defectelor” și acum scopul „Shift Left” din perspectiva testării este o călătorie de ‘Detectarea timpurie a defectelor la Prevenirea defectelor ' .

Astfel, Shift Left este un mare salt în industria software-ului în metodologia de dezvoltare software către viteza de introducere pe piață, îmbunătățind calitatea software-ului și reducând „Time to Market”.

Despre autor: Acest articol este scris de membrul echipei STH Gayathri Subrahmanyam. Face parte din testarea software din anii ’90, chiar când rolul de tester a fost introdus în industrie. În timpul carierei sale de testare, a făcut o mulțime de evaluări TMMI, lucrări de industrializare a testelor, configurări TCOE în plus față de gestionarea livrărilor de teste și a implementat practica DevOps pentru un angajament imens. Dar, potrivit ei, învățarea nu se oprește niciodată ...

Spuneți-ne părerile / sugestiile dvs. în secțiunea de comentarii de mai jos.

PREV Tutorial | NEXT Tutorial

Lectură recomandată

^