C1 Intro Testare Flashcards

1
Q

Testarea software

A

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.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Importanța testării

A

Testarea software-ului este importantă deoarece:
- identifică defectele din timp,
- asigură:
* fiabilitatea,
* securitatea și
* performanța ridicată,
ceea ce duce la rentabilitatea și satisfacția clienților.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Obiectivele testării

A

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

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Asigurarea calității (QA)

A

Asigurarea calității (QA) este un proces proactiv care se concentrează pe prevenirea defectelor. Se asigură că abordările, tehnicile, metodele și procesele concepute pentru proiecte sunt implementate corect.

Procesul de monitorizare și îmbunătățire a tuturor activităților asociate cu dezvoltarea software, de la colectarea cerințelor, proiectare și revizuire până la codare, testare și implementare.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Controlul calității (QC)

A

Controlul calității (QC) este un proces reactiv care se concentrează pe identificarea defectelor. Se asigură că abordările, tehnicile, metodele și procesele proiectate în proiect sunt urmate corect.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Eroare

A

O eroare este o greșeală făcută în cod, ceea ce face imposibilă executarea sau compilarea.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Defect/Bug

A

Un rezultat al unei erori de codificare, găsită în mediul de dezvoltare sau în procesul de testare înainte de expedierea către clienți. Este o defecțiune cauzată de o eroare. Bug-ul este un termen folosit de testeri.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Eșec

A

Eșecul este incapacitatea unui sistem sau component software de a-și îndeplini funcțiile necesare conform cerințelor specificate în mediul real. Atunci când un defect este experimentat de către clientul final, se numește eșec.

Este diferit de un defect, care este rezultatul unei erori de codificare care poate duce la eșecuri.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

7 Principii Ale Testării Software

A
  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
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Principiu 1: Testarea exhaustivă nu este posibilă;

A

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.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Principiu 2: Gruparea defectelor

A

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

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Principiu 3: Paradoxul pesticidelor

A

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.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Principiu 4: Testarea arată prezența defectelor

A

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.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

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

A

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.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Principiu 6: Testarea timpurie

A

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.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Principiu 7: Testarea depinde de context

A

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.

17
Q

Ce este calitatea?

A

Nivel de Satisfacţie ce corespunde cerintelor așteptate. Termen subiectiv. Va depinde cine este “clientul”. Fiecare tip de client va avea propria viziune asupra “calității”

18
Q

Ce este calitatea software-ului?

A

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

19
Q

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

A

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.