Top 34 Întrebări de interviu pentru testarea agilă & Răspunsuri

Anonim

Descărcați PDF

1) Ca tester, care ar trebui să fie abordarea dvs. atunci când cerințele se schimbă continuu?

Când cerința continuă să se schimbe, testerul agil continuu ar trebui să ia următoarea abordare

  • Scrieți planuri de testare generice și cazuri de testare, care se concentrează pe intenția cerinței, mai degrabă decât pe detaliile exacte ale acesteia
  • Pentru a înțelege scopul schimbării, lucrați îndeaproape cu proprietarii de produse sau cu analistul de afaceri
  • Asigurați-vă că echipa înțelege riscurile implicate în schimbarea cerințelor, în special la sfârșitul sprintului
  • Până când caracteristica este stabilă și cerințele sunt finalizate, cel mai bine este să așteptați dacă veți automatiza caracteristica
  • Modificările pot fi menținute la minimum prin negocierea sau implementarea modificărilor în următorul sprint

2) Enumerați avantajele și dezavantajele testării exploratorii (utilizate în Agile) și testelor scriptate?

Pro Contra
Testarea exploratorie - Necesită mai puțină pregătire - Ușor de modificat atunci când cerința se modifică - Funcționează bine atunci când documentația este limitată - Prezentarea progresului și a acoperirii către managementul de proiect este dificilă
Testare scriptată - În cazul testării împotriva cerințelor legale sau de reglementare, este foarte util - Pregătirea testului durează de obicei - Aceiași pași sunt testați mereu - Când modificările cerințelor sunt dificil de modificat

3) Explicați diferența dintre programarea Extreme și Scrum?

Scrum Programare extremă (XP)
- Echipele Scrum trebuie să lucreze de obicei în iterații numite sprinturi care durează de obicei până la două săptămâni până la o lună - Echipa XP lucrează în iterație care durează una sau două săptămâni
- Echipele Scrum nu permit schimbarea sprinturilor lor - Echipele XP sunt mai flexibile și își schimbă iterațiile
- În scrum, proprietarul produsului acordă prioritate restanței produsului, dar echipa decide secvența în care vor dezvolta articolele restante. - Lucrul în echipă XP în ordine strictă de prioritate, caracteristicile dezvoltate sunt prioritare de către client
- Scrum nu prescrie practici de inginerie - XP prescrie practici de inginerie

4) Ce este o epopee, povestirile utilizatorilor și sarcina?

Epic: caracteristica software descrisă de un client, care este detaliată în restanța produsului, este cunoscută sub numele de epic Epopeile sunt subdivizate în povești

Povestiri utilizator: Din perspectiva clientului sunt pregătite poveștile utilizatorilor care definesc funcțiile proiectului sau ale afacerii și sunt livrate într-un anumit sprint așa cum era de așteptat.

Sarcină: poveștile utilizatorilor sunt descompuse în sarcini diferite

5) Explicați ce este re-factoringul?

Pentru a îmbunătăți performanța, codul existent este modificat; aceasta este re-factoring. În timpul refacturării, funcționalitatea codului rămâne aceeași

6) Explicați cum puteți măsura viteza sprintului cu o capacitate de echipă variabilă?

Când planificați un sprint de obicei, viteza sprintului este măsurată pe baza judecății profesionale pe baza datelor istorice. Cu toate acestea, formula matematică utilizată pentru a măsura viteza sprintului este,

  • primul - puncte povestea completate X capacitatea echipei: Dacă măsurați capacitatea ca procent de 40 de ore săptămâni
  • Al doilea - puncte de poveste completate / capacitatea echipei: Dacă măsurați capacitatea în ore de lucru

Pentru scenariul nostru este aplicabilă a doua metodă.

7) Menționați diferența cheie între restanțele sprint și restanțele produselor?

Product backlog: conține o listă cu toate caracteristicile dorite și este deținut de proprietarul produsului.

Backlog Sprint: este un subset al restantei produselor deținute de echipa de dezvoltare și se angajează să îl livreze într-un sprint. Este creat în Sprint Planning Meeting

8) În Agile menționați care este diferența dintre dezvoltarea incrementală și cea iterativă?

Iterativă: metoda iterativă este un proces continuu de dezvoltare software în care ciclurile de dezvoltare software se repetă (Sprint & Releases) până la obținerea produsului final.

Lansarea 1: Sprint 1, 2

… N

Lansare n: Sprint 1, 2

… .N

Incremental: dezvoltarea incrementală separă funcționalitatea sistemului în trepte sau porțiuni. În fiecare increment, fiecare segment de funcționalitate este livrat prin muncă transversală, de la cerințe până la implementare.

9) Explicați ce este Spike și Zero sprint în Agile? Care este scopul acesteia?

Sprint Zero: Este introdus pentru a efectua unele cercetări înainte de a iniția primul sprint. De obicei, acest sprint este utilizat la începutul proiectului pentru activități precum stabilirea mediului de dezvoltare, pregătirea restanțelor de produse și așa mai departe.

Spikes: Spikes sunt tipuri de povești care sunt utilizate pentru activități precum cercetare, explorare, proiectare și chiar prototipare. Între sprinturi, puteți lua vârfuri pentru lucrările legate de orice problemă tehnică sau de proiectare. Spikes sunt de două tipuri Spikes tehnice și Spikes funcționale.

10) Ce este dezvoltarea test-driven?

Test-driven development sau TDD este, de asemenea, cunoscut sub numele de test-driven design. În această metodă, dezvoltatorul scrie mai întâi un caz de test automat care descrie o nouă funcție sau îmbunătățire și apoi creează coduri mici pentru a trece testul respectiv și, ulterior, re-factorizează noul cod pentru a îndeplini standardele acceptabile.

11) Prototipurile și Wireframele sunt utilizate pe scară largă ca parte a?

Prototipurile și Wireframele sunt prototipuri care sunt utilizate pe scară largă ca parte a designului empiric.

12) Explicați ce este interfața binară a aplicației?

Pe diferite platforme și medii de sistem, o specificație care definește cerințele pentru portabilitatea aplicațiilor în formă binară este cunoscută sub numele de Interfață binară de aplicație.

13) Explicați în graficul Agile, burn-up și burn-down?

Pentru a urmări arderea și arderea progresului proiectului, sunt utilizate diagrame.

Grafic Burnup: arată progresul poveștilor realizate de-a lungul timpului.

Burndown Chart: arată cât de mult a mai rămas de făcut ore suplimentare.

14) Explicați ce este interdicția Scrum?

Scrum ban este un model de dezvoltare software bazat pe Scrum și Kanban. Este special conceput pentru proiectele care necesită întreținere frecventă, având povești neașteptate ale utilizatorilor și erori de programare. Folosind aceste abordări, fluxul de lucru al echipei este ghidat într-un mod care permite timpul minim de finalizare pentru fiecare poveste de utilizator sau eroare de programare.

15) Ce sunt punctele / eforturile / baremele din poveste?

Este folosit pentru a discuta despre dificultatea poveștii fără a aloca ore reale. Cea mai comună scară utilizată este o succesiune Fibonacci (1,2,3,5,8,13,

… .100) deși unele echipe folosesc scară liniară (1,2,3,4…), puteri de 2 (1,2,4,8…) și dimensiunea pânzei (XS, S, M, L, XL).

16) Explicați ce este glonțul trasor?

Glonțul de urmărire este un vârf cu arhitectura actuală, setul actual de cele mai bune practici, setul tehnologic actual care are ca rezultat codul calității producției. Nu este un cod aruncat, dar ar putea fi doar o implementare restrânsă a funcționalității.

17) Ce este un butuc de testare?

Un butuc de testare este un cod mic care înlocuiește o componentă nedezvoltată sau complet dezvoltată în cadrul unui sistem testat. Testul de testare este conceput în așa fel încât să imite componenta reală generând ieșiri cunoscute în mod specific și să înlocuiască componenta reală.

18) Care sunt diferențele dintre metodologiile RUP (Rational Unified Process) și Scrum?

RUP SCRUM
- Ciclul formal este definit în patru etape, dar unele fluxuri de lucru pot fi concurente - Fiecare sprint este un ciclu complet
- Se folosește planul de proiect formal, asociat cu mai multe iterații. - Plan de proiect fără sfârșit. Fiecare plan de iterație următor este determinat la sfârșitul iterației curente
- Domeniul de aplicare este predefinit înainte de începerea proiectului și este documentat în documentul de aplicare. În timpul proiectului, domeniul de aplicare poate fi revizuit. - Folosește un backlog de proiect în loc de scrum de scop
- Artefactele includ Scope Document, pachet de cerințe funcționale formale, document de arhitectură de sistem, plan de dezvoltare, scripturi de testare etc. - Software-ul operațional este singurul artefact formal
- Recomandat pentru proiecte pe termen lung, mari, la nivel de întreprindere, cu complexitate medie spre înaltă - Recomandat pentru îmbunătățiri rapide și organizare care nu depind de un termen limită

19) De ce integrarea continuă este importantă pentru Agile?

Integrarea continuă este importantă pentru Agile din următoarele motive.

  • Ajută la menținerea programului de lansare la timp prin detectarea erorilor sau a erorilor de integrare
  • Datorită livrării frecvente a codului agil, de obicei la fiecare sprint de 2-3 săptămâni, calitatea stabilă a construcției este o necesitate, iar integrarea continuă asigură acest lucru
  • În ajută la menținerea calității și a stării de eroare a bazei de cod
  • Integrarea continuă ajută la verificarea impactului muncii asupra ramurilor la trunchiul principal dacă lucrările de dezvoltare se desfășoară pe ramuri utilizând funcția de construire automată și fuzionare

20) Ce teste se fac în timpul Agile?

Activitățile principale de testare în timpul Agile sunt testarea automată a unității și testarea exploratorie.

Deși, în funcție de cerințele proiectului, un tester poate executa teste funcționale și nefuncționale pe aplicația sub test (AUT).

21) Explicați ce este Velocity în Agile?

Viteza este o valoare care se calculează prin adăugarea tuturor estimărilor eforturilor legate de poveștile utilizatorilor finalizate într-o iterație. Află cât de multă muncă poate face Agile într-un sprint și cât timp va avea nevoie pentru a termina un proiect.

22) Care sunt calitățile unui bun tester Agile?

Un bun tester Agile ar trebui să aibă următoarele calități

  • Ar trebui să poată înțelege cerințele rapid
  • Testerul Agile ar trebui să cunoască bine principiile și conceptele Agile
  • Pe măsură ce cerințele se schimbă în continuare, testerul ar trebui să înțeleagă riscul implicat de acesta
  • Pe baza cerințelor, testerul Agile ar trebui să fie capabil să acorde prioritate lucrării
  • Continuarea comunicării între asociații de afaceri, dezvoltatori și tester este obligatorie

23) Cine sunt toți implicați în echipa Agile?

În agilitate, cele două conducte principale sunt

  • Scrum Masters : coordonează majoritatea intrărilor și ieșirilor necesare pentru un program agil

  • Managerii de dezvoltare : angajează oameni potriviți și îi dezvoltă împreună cu echipa

24) Menționați în detaliu care sunt rolurile Scrum Master?

Responsabilitățile cheie ale Scrum Master implică

  • Înțelegeți cerințele și transformați-le în software funcțional
  • Monitorizare și urmărire
  • Raportare și comunicare
  • Master Verificare proces
  • Maestru de calitate
  • Rezolvați impedimentele
  • Rezolvați conflictele
  • Protejați echipa și feedback-ul de performanță
  • Condu toate întâlnirile și rezolvă obstacolele

25) Menționați care sunt strategiile de calitate Agile?

Strategiile de calitate agile sunt

  • Re-factoring
  • Dezvoltare non-solo
  • Analiza statică și dinamică a codului
  • Recenzii și inspecție
  • Demo de iterație / sprint
  • Demo toate mâinile
  • Recenzii de referință ușoare
  • Cicluri scurte de feedback
  • Standarde și linii directoare

26) Menționați care sunt instrumentele care pot fi utile pentru capturi de ecran în timp ce lucrați la proiecte Agile?

În timp ce lucrați la proiecte Agile, puteți utiliza instrumente precum

  • BugDigger
  • BugShooting
  • qTrace
  • Snagit
  • Foc
  • Usersnap

27) Menționează care sunt avantajele menținerii unei lungimi de iterație coerente pe tot parcursul proiectului?

Avantajele sunt

  • Ajută echipa să măsoare obiectiv progresul
  • Oferă un mijloc consistent de măsurare a vitezei echipei
  • Ajută la stabilirea unui model consistent de livrare

28) În cazul în care un plan de cutie de timp trebuie reprioritizat, cine ar trebui să îl acorde din nou prioritate?

Dacă un plan de cutie de timp trebuie să fie reprioritizat, acesta ar trebui să includă întreaga echipă, proprietarul produsului și dezvoltatorii.

29) Menționați ce ar trebui să evidențieze o diagramă de descoperire?

Diagrama arătată arată lucrările rămase de finalizat înainte de terminarea cutiei de timp (iterație).

30) Menționează care este diferența dintre Scrum și Agile?

  • Scrum : în scrum, un sprint este o unitate de bază de dezvoltare. Fiecare sprint este urmat de o întâlnire de planificare, unde sarcinile pentru sprint sunt identificate și estimate. În timpul fiecărui sprint, echipa creează porțiunea finită a unui produs

  • Agile : în Agile, fiecare iterație implică o echipă care lucrează printr-un ciclu complet de dezvoltare software, inclusiv planificarea, proiectarea, codificarea, analiza cerințelor, testarea unității și testarea acceptării atunci când un produs este demonstrat părților interesate

În cuvinte simple, Agile este practica, iar scrum este procesul de urmare a acestei practici.

31) Menționați care sunt provocările implicate în dezvoltarea de software AGILE?

Provocările implicate în dezvoltarea software-ului Agile includ

  • Necesită mai multe teste și implicarea clienților
  • Are impact asupra managementului mai mult decât dezvoltatorii
  • Fiecare caracteristică trebuie completată înainte de a trece la următoarea
  • Tot codul trebuie să funcționeze bine pentru a se asigura că aplicația funcționează
  • Este necesară mai multă planificare

32) Când să nu utilizați Agile?

Înainte de a utiliza metodologia Agile, trebuie să puneți următoarele întrebări

  • Funcționalitatea poate fi divizată
  • Este disponibil clientul
  • Cerințele sunt flexibile
  • Este într-adevăr constrâns timpul?
  • Este echipa suficient de calificată

33) Explicați cum puteți implementa scrum într-un mod ușor pentru proiectul dvs.?

Acestea sunt sfaturile care pot fi utile pentru a implementa scrum în proiectul dumneavoastră.

  • Pregătește-ți restanțele în ordine
  • Faceți-vă o idee despre mărimea articolelor din restanțe de produse
  • Clarificați cerința și durata sprintului pentru a finaliza restanța sprintului
  • Calculați bugetul sprintului echipei și apoi împărțiți cerințele în sarcini
  • Colaborează spațiul de lucru - un centru al tuturor discuțiilor echipei, care include planuri, foi de parcurs, date cheie, schițe de funcționalitate, probleme, jurnal, rapoarte de stare etc.
  • Sprint- Asigurați-vă că completați o caracteristică la un moment dat înainte de a trece la următoarea. Un sprint nu ar trebui să fie avortat decât dacă nu există altă opțiune
  • Participați la o întâlnire zilnică de stand-up: în cadrul întâlnirii trebuie să menționați ce s-a realizat de la ultima ședință, ce vor realiza înainte de următoarea ședință și este ceva care să le susțină progresul
  • Utilizați graficul de descoperire pentru a urmări progresul zilnic. Din graficul de descoperire, puteți estima dacă sunteți pe drumul cel bun sau dacă alergați în urmă
  • Completați bine fiecare caracteristică înainte de a trece la următoarea
  • La sfârșitul sprintului - organizați o întâlnire de revizuire a sprintului, menționați ce este realizat sau livrat în sprint.

34) Explicați ce înseamnă prin foaia de parcurs a produsului?

O foaie de parcurs a produsului este menționată pentru o vedere holistică a caracteristicilor produsului care creează viziunea produsului.