Testarea Sistemului și Tipuri de Testare

False (B)

Alpha testing

<p>bottom up, top down</p> Signup and view all the answers

<p>UAT = Verifică dacă software-ul îndeplinește nevoile și așteptările utilizatorilor finali. BAT = Evaluează dacă software-ul susține procesele de afaceri și obiectivele organizației. CAT = Verifică dacă software-ul îndeplinește toate cerințele contractuale. OAT = Verifică dacă software-ul poate fi operat și întreținut în mediul de producție.</p> Signup and view all the answers

<p>De a identifica și corecta erorile (A)</p> Signup and view all the answers

<p>False (B)</p> Signup and view all the answers

<p>paradoxul pesticidelor</p> Signup and view all the answers

<p>altele</p> Signup and view all the answers

<p>Testarea manuală = Verificarea aplicației de către un tester uman fără scripturi Testarea automată = Utilizarea scripturilor pentru a efectua teste repetibile</p> Signup and view all the answers

<p>Costuri mai mici de remediere (A)</p> Signup and view all the answers

<p>False (B)</p> Signup and view all the answers

<p>testarea manuală și testarea automată</p> Signup and view all the answers

<p>Detectarea problemelor de funcționare repetitivă și economisirea timpului și resurselor pe termen lung. (B)</p> Signup and view all the answers

<p>False (B)</p> Signup and view all the answers

<p>statică și dinamică</p> Signup and view all the answers

<p>bug</p> Signup and view all the answers

<p>Testare manuală = Executată de un tester Testare automată = Executată de scripturi sau instrumente automate Testare statică = Efectuată înainte de execuția codului Testare dinamică = Efectuată în timpul exeuției codului</p> Signup and view all the answers

<p>Testare funcțională (A)</p> Signup and view all the answers

<p>False (B)</p> Signup and view all the answers

<p>în etapa de build</p> Signup and view all the answers

<p>stubs</p> Signup and view all the answers

<p>Modelul Big Bang (C)</p> Signup and view all the answers

<p>False (B)</p> Signup and view all the answers

<p>Testare de integrare</p> Signup and view all the answers

<p>unitară</p> Signup and view all the answers

<p>Toate modelele SDLC (D)</p> Signup and view all the answers

<p>Planning = Stabilirea cerințelor și specificațiilor produsului Requirement analysis = Definirea cerințelor Design = Planificarea limbajelor de programare, bazelor de date și a arhitecturii Testing = Verificarea conformității software-ului cu specificațiile Deployment = Lansarea versiunii finale</p> Signup and view all the answers

<p>Deoarece erorile din software pot duce la consecințe grave, inclusiv pierderi financiare și pericole fizice. (D)</p> Signup and view all the answers

<p>Testarea nu poate acoperi toate scenariile posibile de utilizare datorită numărului mare de combinații de intrări. (C)</p> Signup and view all the answers

<p>Folosirea repetată a acelorași teste duce la scăderea eficacității lor. (D)</p> Signup and view all the answers

<p>Pentru a reduce costurile prin identificarea și corectarea defectelor în primele etape. (C)</p> Signup and view all the answers

<p>Metodele de testare trebuie adaptate în funcție de tipul de aplicație și cerințele specifice. (C)</p> Signup and view all the answers

<p>Chiar și după testare, pot exista erori ascunse neidentificate. (B)</p> Signup and view all the answers

<p>Designul software-ului poate să nu satisfacă nevoile și așteptările utilizatorilor. (C)</p> Signup and view all the answers

<p>Confirmarea că software-ul îndeplinește cerințele utilizatorilor și este utilizabil. (B)</p> Signup and view all the answers

<p>Să distribuie documentul revizuit participanților. (C)</p> Signup and view all the answers

<p>Revizuire tehnică. (B)</p> Signup and view all the answers

<p>Descompunerea sarcinilor în activități mici. (A)</p> Signup and view all the answers

<p>Metodele de prevenire a riscurilor de produs. (B)</p> Signup and view all the answers

<p>Teste în afara domeniului. (D)</p> Signup and view all the answers

<p>Pașii detaliați pentru a reproduce bug-ul. (B)</p> Signup and view all the answers

<p>Starea 'Rezolvat' indică faptul că bug-ul a fost reparat, iar 'Închis' că a fost verificat și validat. (D)</p> Signup and view all the answers

<p>Testerul verifică dacă bug-ul a fost corect soluționat. (A)</p> Signup and view all the answers

<p>Urgența cu care bug-ul trebuie reparat. (B)</p> Signup and view all the answers

<p>Re-deschis. (B)</p> Signup and view all the answers

<p>Creșterea vitezei și consistenței în executarea testelor. (C)</p> Signup and view all the answers

<p>Testarea de sarcină. (A)</p> Signup and view all the answers

<p>Leagă cerințele de afaceri cu cazurile de testare asociate. (B)</p> Signup and view all the answers

<p>Testează componentele individuale ale software-ului. (A)</p> Signup and view all the answers

<p>Integrarea și testarea simultană a tuturor componentelor. (A)</p> Signup and view all the answers

<p>Testarea securității și vulnerabilităților. (C)</p> Signup and view all the answers

<p>Testarea alfa. (C)</p> Signup and view all the answers

<p>Să verifice rapid stabilitatea generală a sistemului. (C)</p> Signup and view all the answers

<p>Testarea de regresie. (C)</p> Signup and view all the answers

<p>Partiționarea echivalentă. (A)</p> Signup and view all the answers

<p>Evaluează răspunsul sistemului sub o sarcină de vârf sau la limita capacității sale. (C)</p> Signup and view all the answers

<p>Să documenteze toate activitățile și resursele necesare testării. (B)</p> Signup and view all the answers

<p>Modelul V. (C)</p> Signup and view all the answers

<p>Abordarea &quot;top-down&quot;. (C)</p> Signup and view all the answers

<p>Gândire critică și atenție la detalii. (A)</p> Signup and view all the answers

<p>Împărțirea valorilor de intrare în grupuri cu comportament similar și testarea unei valori din fiecare grup. (B)</p> Signup and view all the answers

<p>Analiza valorii de frontieră. (D)</p> Signup and view all the answers

<p>Analiza deciziilor. (C)</p> Signup and view all the answers

<p>Provocarea tranzițiilor dintr-o stare în alta. (A)</p> Signup and view all the answers

<p>O listă a tuturor stărilor valide și a evenimentelor care provoacă tranziții. (D)</p> Signup and view all the answers

<p>O descriere a modului în care este folosit sistemul de către un actor (D)</p> Signup and view all the answers

<p>Să conducă revizuirea și să stabilească agenda. (D)</p> Signup and view all the answers

<p>Să se analizeze documentul individual pentru a identifica defecte. (D)</p> Signup and view all the answers

<p>Faza de re-muncă. (B)</p> Signup and view all the answers

<p>Tranzițiile de la o stare la alta. (A)</p> Signup and view all the answers

<p>Testarea interacțiunilor sistemului de la început până la sfârșit, bazate pe tranzacții. (A)</p> Signup and view all the answers

<p>Îmbunătățirea vitezei de procesare a datelor și a performanței sistemului. (C)</p> Signup and view all the answers

<p>Facilitarea înțelegerii comune între participanți asupra scopului documentului revizuit. (C)</p> Signup and view all the answers

<p>Când intrările produc rezultate diferite în funcție de combinație. (A)</p> Signup and view all the answers

<p>Revizuire. (A)</p> Signup and view all the answers

Procesul de evaluare a unei aplicații sau a unui sistem pentru a verifica funcționarea corectă, completitudinea și conformitatea cu specificațiile stakeholderilor.

Scopul testării este de a identifica și corecta erorile, asigurând calitatea și fiabilitatea produsului final.

Principiul care spune că testarea exhaustivă a tuturor scenariilor posibile este imposibilă, testerii se concentrează pe cazuri importante și cu o probabilitate mai mare de a produce erori.

Principiul care afirmă că defectele tind să se grupeze, deci dacă se găsește o eroare într-un modul, există șanse mari să existe și altele.

Principiul care subliniază beneficiile identificării erorilor cât mai devreme în ciclul de dezvoltare pentru a minimiza costurile remedierii.

Principiul care se referă la uzura testelor în timp, necesitatea actualizării și îmbunătățirii testelor pentru a menține eficacitatea.

Testarea software poate identifica erorile, dar nu garantează absența lor completă.

Testarea software este adaptată la contextul specific al proiectului, luând în considerare factori precum tipul de aplicație, complexitatea etc.

Testarea automata este o tehnică care utilizează instrumente software pentru a executa teste repetitive și pentru a verifica funcționalitatea aplicației.

Testarea automată este utilă în detectarea erorilor repetitive ce apar în timpul utilizării aplicației.

Testarea manuală presupune executarea testelor de către un tester uman, în timp ce testele automate sunt executate de instrumente software.

Testarea statică presupune verificarea codului sursă, a documentației și a cerințelor fără a executa programul, de obicei înainte de compilare.

Testarea dinamică presupune executarea codului pentru a analiza comportamentul programului, cu scopul de a detecta erori și defecte.

Testarea funcțională se concentrează pe verificarea funcționalității aplicației, conform specificațiilor și cerințelor stabilite.

Testarea non-funcțională se concentrează pe aspecte ale aplicației cum ar fi performanța, securitatea, scalabilitatea și fiabilitatea.

O eroare în codul sursă care duce la un comportament neașteptat al aplicației. Se poate referi la o logică greșită, o condiție neprevăzută etc.

O deviere de la comportamentul sau cerintele specificate ale unui software.

Procesul prin care dezvoltatorii analizează codul sursă pentru a identifica și corecta erorile. Se face de obicei după ce un bug este identificat.

Testarea unitară se concentrează pe verificarea funcționării corecte a unui modul izolat de cod, fără a lua în considerare interconectările cu alte module.

Testarea de integrare se concentrează pe verificarea interacțiunii dintre mai multe module de cod, testând modul în care modulele comunică și își transmit informații.

O abordare a testării de integrare unde toate modulele sunt integate simultan și testate ca un sistem unic.

O abordare a testării de integrare care începe cu testarea modulelor de nivel inferior și avansează treptat către modulele de nivel superior.

O abordare a testării de integrare care începe cu testarea modulelor de nivel superior și progresează către modulele de nivel inferior.

Integrarea mixtă combină elementele din integrarea ascendenta și descendentă, îmbinând testele modulelor individuale cu testele sistemului ca întreg.

Testarea sistemului analizează comportamentul sistemului ca un tot, verificând scenarii complete de la capăt la capăt, simulând o utilizare reală.

Testarea de acceptare este un proces care verifică dacă sistemul finalizat îndeplinește cerințele de afaceri ale clientului și așteptările utilizatorilor, asigurând că este funcțional și gata de utilizare.

Testele de acceptare se pot face în mai multe moduri, de la Alpha testing cu angajați, Beta testing cu grupuri de clienți, la UAT cu utilizatori finali și BAT pentru procesele de afaceri.

Testarea de acceptare nu caută defecte, ci verifică dacă software-ul îndeplinește cerințele, asigurându-se că este util și functional.

Testarea software-ului este un proces care verifică acuratețea, exhaustivitatea și calitatea programelor de calculator. Scopul este de a identifica și corecta erorile înainte de lansarea către utilizatori finali.

Testarea software-ului este importantă, deoarece erorile de software pot fi costisitoare sau chiar periculoase.

Testarea exhaustivă a tuturor scenariilor posibile este practic imposibilă, datorită combinațiilor potențial nelimitate de intrări.

Testarea se bazează pe principiul evaluării riscurilor și prioritizării scenariilor de testare care au un impact mai mare.

Testarea nu poate garanta lipsa erorilor în software, ci reduce riscul de a trece cu vederea erori.

Testarea repetată cu aceleași seturi de cazuri de testare va duce la scăderea eficienței.

Găsirea și remedierea erorilor nu garantează lipsa altor erori în software.

Designul software-ului care nu satisface nevoile utilizatorului este o problemă majoră, chiar dacă software-ul este fără erori.

Împarte valorile posibile în grupuri cu comportament similar, testând o valoare reprezentativă din fiecare grup.

Testează valorile limite între grupuri de date, de exemplu 0, 1, 10, 11.

Gestionează un set de intrări cu rezultate diferite, ex. un buton activ doar când anumite câmpuri sunt completate.

Reprezintă statele prin care poate trece un program și tranzițiile între ele, declanșate de evenimente.

Organizează stările pe coloane și evenimentele pe linii, fiecare celulă indicând tranziția la un eveniment.

Identifică cazuri de testare care acoperă întregul sistem, bazate pe scenarii complete de utilizare.

Un proces de întâlnire pentru a analiza și îmbunătăți un produs de lucru (documentație, specificații, cod, etc.).

Faza de pregătire a revizuirii, în care participanții analizează individual documentul.

Faza de revizuire, în care participanții discută defectele și sugestiile.

Faza de revizuire, unde autorul documentului face modificări pe baza feedbackului.

Un model tradițional de dezvoltare software, în care fiecare etapă (colectarea cerințelor, proiectarea, construirea, testarea, lansarea, întreținerea) este finalizată înainte de a începe următoarea.

O adaptare a modelului "Cascadă" care introduce testarea la fiecare etapă, asigurând o verificare continuă a calității.

O abordare flexibilă de dezvoltare software care utilizează iterații scurte de dezvoltare și testare, permițând adaptarea la cerințele în schimbare.

Ciclul de viață al testării software-ului, care se aliniază cu ciclul de viață al dezvoltării software-ului (SDLC).

Abordarea testării de integrare în care toate componentele sunt integrate și testate simultan.

Abordarea testării de integrare în care componentele sunt integrate și testate progresiv, pe măsură ce devin disponibile.

O strategie de testare a integrării care începe cu testarea componentelor de nivel superior și se extinde la componentele de nivel inferior.

O strategie de testare a integrării care începe cu testarea componentelor de nivel inferior și se extinde la componentele de nivel superior.

O abordare mixtă de testare a integrării care combină abordările "top-down" și "bottom-up".

Testare rapidă și superficială a sistemului software, pentru a verifica stabilitatea și posibilitatea de a continua testarea mai în detaliu.

O tehnică de testare care se efectuează după modificarea software-ului, pentru a se asigura că modificările nu au introdus noi erori.

O revizuire informală este condusă de autorul documentului, fără implicarea altor persoane.

O revizuire tehnică este condusă de un administrator instruit, fără implicarea managementului. Se concentrează pe aspecte tehnice ale documentului.

O inspecție este condusă de un administrator instruit, utilizând criterii de intrare/ieșire. Este o verificare mai formală decât o revizuire tehnică.

Strategia de estimare "de jos în sus" presupune descompunerea sarcinii în sub-sarcini mai mici și estimarea efortului pentru fiecare sub-sarcină în parte. Apoi se adună estimările pentru a obține efortul total.

Strategia de estimare "de sus în jos" folosește experiența anterioară pentru a estima efortul necesare testarii.

Un plan de testare specifică ce tipuri de teste vor fi efectuate, cine va face testările și cronograma testelor.

Testele "în domeniul" sunt incluse în planul de testare. Sunt testele planificate și aprobate.

Testele "în afara domeniului" nu sunt incluse în planul de testare. Aceste teste se fac pe baza cerințelor care nu au fost incluse inițial în planul de testare.

Riscurile "de proiect" sunt legate de probleme care pot afecta desfășurarea proiectului în sine, cum ar fi lipsa de resurse sau o schimbare a priorităților.

Riscurile "de produs" sunt legate de probleme care pot afecta produsul în sine, cum ar fi erori de software sau o proiectare defectuoas.