Sobes.tech
Middle

Kuras kvalitātes kontroles (Quality Gates) posmus jūs zināt?

sobes.tech AI

Atbilde no AI

Kvalitātes vārti — tas ir kontroles punkti programmatūras izstrādes procesā, kur komanda pieņem lēmumu pāriet uz nākamo posmu, pamatojoties uz noteiktu kvalitātes kritēriju izpildi.

Galvenie kvalitātes kontroles posmi vai Kvalitātes vārti:

  1. Ieejas kritēriji (Entry Criteria): Pārbaude, vai ir gatavs sākt noteiktu posmu (piemēram, testu). Ietver apstiprinātu prasību, testēšanas dokumentācijas, sagatavotas testēšanas vides esamību.
  2. Izlases kritēriji (Exit Criteria): Nosaka nosacījumus, kad konkrēts posms ir pabeigts (piemēram, testēšana). Bieži ietver:
    • Testu pārklājums (struktūras un funkcionalitātes).
    • Kritisko un prioritāro testu izpildes procents.
    • Pieņemams atvērto defektu skaits un smagums.
    • Regresijas testēšana.
  3. Statiskās koda analīze (Static Code Analysis): Koda pārbaude potenciālo kļūdu, kodēšanas standartu pārkāpumu un ievainojamību noteikšanai ar automatizētiem rīkiem (SonarQube, Checkstyle). Kritēriji var ietvert:
    • Kritisko brīdinājumu neesamību.
    • Pieņemams tehniskās parādu līmenis.
    • Atbilstība formatēšanas noteikumiem.
  4. Vienību testu rezultāti (Unit Test Results): Koda pārklājuma pārbaude ar vienību testiem un to veiksmīga izpilde. Kritēriji:
    • Norādītais koda pārklājuma procents (piemēram, 80%).
    • Kritisko vienību testu neveiksmes neesamība.
  5. Integrācijas (Integration Test Results) un sistēmiskā testēšana (System Test Results): Testu veiksmīguma novērtējums dažādos integrācijas līmeņos. Kritēriji ir līdzīgi izlases kritērijiem, bet piemērojami attiecīgajā testēšanas līmenī.
  6. Pieņemšanas testēšanas rezultāti (Acceptance Test Results): Produkta atbilstības pārbaude pēc biznesa prasībām no lietotāja vai pasūtītāja skatpunkta. Kritēriji:
    • Galveno biznesa scenāriju veiksmīga izpilde.
    • Produkta apstiprināšana no pasūtītāja vai biznesa pārstāvja.
  7. Ievainojamību analīze (Security Vulnerability Analysis): Produkta pārbaude par zināmiem ievainojamības punktiem ar drošības skeneriem (OWASP ZAP, Burp Suite). Kritēriji:
    • Kritisko ievainojamību neesamība.
    • Pieņemams vidējo un zemo kritiskuma līmeņa ievainojamību līmenis.
  8. Veiktspējas analīze (Performance Analysis): Produkta atbilstības novērtējums pēc reakcijas laika, caurlaidības un stabilitātes prasībām slodzes apstākļos. Kritēriji:
    • Atbilstība veiktspējas metrikiem.
    • Kritisko problēmu neesamība noteiktās slodzēs.
  9. Dokumentācijas pārbaude (Documentation Check): Nepieciešamās dokumentācijas (lietošanas rokasgrāmata, tehniskā dokumentācija, testu ziņojumi) esamības un aktualitātes nodrošināšana.

Piemēri kritērijiem izlases vārtiem testēšanai:

Kritērijs Vērtība / Statuss Komentārs
Testu izpildes procents > 95% (Augsta / Vidēja Prioritāte) Izņemot bloķētos ar zināmiem defektiem testus.
Atvērti defekti (Smagums) Kritisks: 0<br> Augsts: <= 3<br> Vidējs / Zems: Saskaņots Atkarīgs no projekta politikas un riskiem.
Koda pārklājums (Vienību testi) > 80% Mērķa vērtība.
Regresijas rezultāti 100% kritisko regresīvo testu veikšana Stabilitātes pārbaude.