C1 Intro Testare

Question 1

Testarea software

Answer 1

Procesul de verificare dacă produsul software îndeplinește cerințele așteptate și de a se asigura că produsul software este fără defecte.

Scopul testării este
- Verificare: Construim corect sistemul?,
- Validare: Construim sistemul potrivit? și
- Detectarea erorilor: dacă lucrurile se întâmplă atunci când nu ar trebui sau lucrurile nu se întâmplă atunci când ar trebui.

Question 2

De ce este importantă testarea?

Answer 2

Testarea asigură identificarea și corectarea defectelor înainte ca produsul să ajungă la utilizatori.
Aceasta îmbunătățește calitatea software-ului,
crește satisfacția clienților,
reduce riscurile de eșec la clienții finali,
reduce timpul și resursele necesare pentru reparearea ulterioară a defectelor

Question 3

Obiectivele testării

Answer 3

Obiectivele testării pot include:
* prevenirea defectelor,
* verificarea îndeplinirii tuturor cerințelor,
* consolidarea încrederii în calitatea obiectului de testare,
* găsirea defectelor
* furnizarea de informații suficiente părților interesate pentru a lua decizii în cunoștință de cauză.

Question 4

Ce este asigurarea calității (QA)?

Answer 4

QA este un proces proactiv care previne defectele asigurând implementarea corectă a metodelor și proceselor proiectului.

Implică monitorizarea și îmbunătățirea activităților din ciclul dezvoltării software.

Question 5

Ce este Controlul Calității (QC)?

Answer 5

Controlul Calității (QC) este un proces reactiv care se concentrează pe identificarea defectelor. Asigură respectarea corectă a abordărilor, metodelor și proceselor proiectate.

Question 6

Ce este o eroare?

Answer 6

O eroare este o greșeală sau o omisiune făcută de un dezvoltator în codul sursă, design sau logică, care poate duce la apariția unui defect.

Question 7

Ce este un defect (bug)?

Answer 7

Un defect (sau bug) este o problemă cauzată de o eroare de codificare, detectată în mediul de dezvoltare sau în timpul testării, înainte ca produsul să fie livrat clienților.

Question 8

Ce este un eșec în testarea software?

Answer 8

Incapacitatea unui sistem sau component software de a îndeplini funcțiile cerute în mediul real
Cînd defectul este experimentat de clientul final se numește eșec.

Question 9

7 Principii Ale Testării Software

Answer 9

1. Testarea exhaustivă nu este posibilă,
2. Gruparea defectelor,
3. Paradoxul pesticidelor,
4. Testarea arată prezența defectelor,
5. Absența erorii - eroare, sau falsă siguranță.
6. Testarea timpurie,
7. Testarea depinde de context

Question 10

Principiu 1: Testarea exhaustivă nu este posibilă;

Answer 10

Descriere: Testarea tuturor funcționalităților cu toate combinațiile de date de intrare valide și nevalide în timpul testării efective este imposibilă.

Abordare recomandată: Testați datele de intrare utilizând diferite metode, cum ar fi partiționarea echivalenței și analiza valorii limitelor.

Question 11

Principiu 2: Gruparea defectelor

Answer 11

Descriere: Un număr mic de module conțin majoritatea defectelor detectate (Principiul Pareto pentru testarea software-ului). Aceasta înseamnă că, de obicei, o parte mică din aplicație conține majoritatea erorilor.

Abordare:
1. Identificarea zonelor problematice
1. Concentrarea testării în zonele cu risc ridicat
1. Prioritizarea testării
1. Monitorizarea continuă a defectelor

Question 12

Principiu 3: Paradoxul pesticidelor

Answer 12

Descriere: Utilizarea repetitivă a acelorași cazuri de testare va fi inutilă pentru descoperirea de noi defecte.

Abordare: Cazurile de testare trebuie să fie revizuite în mod regulat, adăugând cazuri de testare noi și diferite pentru a ajuta la găsirea mai multor defecte.

Question 13

Principiu 4: Testarea arată prezența defectelor

Answer 13

Descriere: Testarea vorbește despre prezența defectelor și nu vorbește despre absența defectelor.

Abordare:
Mentalitatea orientată spre identificarea defectelor: Testerul abordează testarea cu gândul că aplicația are probabil defecte și că rolul său este să le descopere. Aceasta implică o atitudine sceptică față de software și o abordare metodică în căutarea erorilor.

Question 14

Principiu 5: Absența erorii – este o eroare sau o falsă siguranță

Answer 14

Absența erorilor nu înseamnă neapărat că produsul este fără defecte. Poate indica faptul că testarea nu a fost suficient de riguroasă.

Abordare:
Un tester ar trebui să fie vigilent și să caute în mod activ modalități de a îmbunătăți procesul de testare pentru a se asigura că erorile nu trec neobservate.

Question 15

Principiu 6: Testarea timpurie

Answer 15

Descriere: Testarea ar trebui să înceapă cât mai curând posibil în ciclul de viață al dezvoltării software.

Abordare:
Este mult mai ieftin să remediați un defect în stadiile incipiente ale testării.

Question 16

Principiu 7: Testarea depinde de context

Answer 16

Descriere: Testarea este diferită în funcție de tipul de aplicație.

Abordare cu Exemple:
Testarea unui site de comerț electronic este diferită de testarea unei reclame de pe aplicația de raft. Testarea oricărui sistem POS la un magazin de vânzare cu amănuntul este diferită de testarea unui bancomat.

Question 17

Ce este calitatea într-un context de dezvoltare software?

Answer 17

Calitatea în dezvoltarea software se referă la măsura în care un software îndeplinește cerințele specificate și așteptările utilizatorilor, având în vedere fiabilitatea, performanța, ușurința în utilizare și absența defectelor. Un software de calitate este stabil, eficient și livrat fără erori majore.

Question 18

Ce este calitatea software-ului?

Answer 18

Măsurarea cât de aproape este produsul software real de produsul așteptat (intenționat)

Satisfacția clienților (pentru cine?)

A nu se confunda cu software-ul de calitate, care este rezonabil fără erori, livrat la timp și în limita bugetului, îndeplinește cerințele și / sau așteptările și poate fi întreținut

Question 19

Care este diferența dintre testarea software și QA?

Answer 19

Testarea se concentrează în principal pe codul sursă (casetă neagră, gri, albă) și identificarea defectelor.

“Asigurarea calității” măsoară calitatea proceselor utilizate pentru a crea un produs de calitate.

Question 20

Cum diferă un defect de un eșec?

Answer 20

Un defect este o eroare în cod, în timp ce un eșec apare atunci când un defect afectează funcționalitatea în mediul real.

Question 21

Dă un exemplu de eșec în testarea software.

Answer 21

Clientul nu poate trimite un formular de plată online din cauza unui buton care nu răspunde, cauzat de un defect în cod.

Question 22

Care sunt posibilele consecințe ale unui eșec?

Answer 22

• Pierderi financiare,
• probleme de reputație sau
• experiență negativă pentru utilizator.

Question 23

Cum poate fi prevenit un eșec?

Answer 23

Prin detectarea și remedierea defectelor în timpul ciclului de testare.

Question 24

În ce medii poate fi detectat un eșec?

Answer 24

• Testare beta: Eșecuri descoperite de utilizatori externi.
• Utilizatori finali

Question 25

Care este diferența dintre defect și bug?

Answer 25

Termenii sunt sinonimi, dar „defect” este folosit în mod formal, iar „bug” este mai frecvent în rândul testerilor.

Question 26

Cum diferențiezi un defect de o eroare sau un eșec?

Answer 26

• Eroare: Greșeala făcută de dezvoltator.
• Defect: Problema detectată în timpul testării interne.
• Eșec: Manifestarea defectului în mediul de producție.

Question 27

Care este legătura dintre eroare și defect?

Answer 27

O eroare este cauza principală a unui defect, detectată în timpul testării sau utilizării.

Question 28

Cum identifici o eroare înainte de a deveni un defect?

Answer 28

Prin code reviews (altcineva (de obicei un coleg de echipă) verifică codul scris de tine),
testare statică a codului (proces de analiză a codului fără a-l executa efectiv) și
utilizarea instrumentelor automate de verificare a calității.

Question 29

Cum contribuie testarea la reducerea costurilor în dezvoltarea software?

Answer 29

Testarea timpurie ajută la identificarea defectelor înainte ca acestea să devină probleme majore, economisind astfel timp și resurse care ar fi necesare pentru repararea acestora într-o etapă ulterioară.

Question 30

Care sunt beneficiile testării automate?

Answer 30

Testarea automată crește eficiența și acoperirea testelor, reduce erorile umane și permite rularea rapidă a testelor repetitive, economisind timp pe termen lung și asigurând o livrare constantă a software-ului de calitate.

Question 31

Cum măsori calitatea unui software?

Answer 31

Calitatea software-ului se măsoară prin:
* teste de performanță,
* verificarea cerințelor funcționale,
* validarea stabilității în medii reale,
* prin feedback-ul utilizatorilor finali privind ușurința în utilizare și eficiența.

Question 32

De ce este important să ai un software de calitate?

Answer 32

Un software de calitate este important pentru a asigura satisfacția utilizatorilor, a preveni defectele care pot duce la costuri suplimentare și pentru a proteja reputația companiei pe piață.