Kaip vertinama užduočių sudėtingumas?

Kokybės užtikrinimo / automatinio testavimo užduočių sudėtingumo įvertinimas atliekamas remiantis kelių veiksnių deriniu:

• Darbo apimtis: Testų scenarijų skaičius, funkcionalumo padengimas testais, regresinio testavimo apimtis:
• Funkcionalumo sudėtingumas: Ar testuojamas funkcionalumas yra naujas, sudėtingas ar integruotas su kitomis sistemomis:
• Technologijos ir įrankiai: Komandos pažintis su naudojamomis technologijomis, naujų įrankių mokymosi poreikis automatizacijai:
• Reikalavimų stabilumas: Kiek dažnai keičiasi reikalavimai:
• Testavimo aplinkos prieinamumas: Testavimo aplinkos nustatymo ir palaikymo lengvumas:
• Priklausomybės: Priklausomybė nuo kitų komandų ar išorinių sistemų:
• Rizikos: Potencialios rizikos, galinčios paveikti užduoties vykdymą (pavyzdžiui, funkcionalumo nestabilumas, duomenų sudėtingumas):

Įvertinimas atliekamas sprinto planavimo etape arba prieš pradedant darbą prie užduoties. Naudojami šie metodai:

• Planning Poker: Grupinis įvertinimas naudojant korteles, kur kiekvienas dalyvis įvertina užduotį anonimiškai, po to aptariami skirtumai:
• T-shirt Sizing: Užduočiai priskiriami dydžiai (S, M, L, XL), atitinkantys tam tikrus darbo apimčių diapazonus:
• Story Points: Abstrakti matavimo vienetas, atspindintis sudėtingumą, riziką ir neapibrėžtumą:
• Ekspertų įvertinimas: Remiantis komandos narių ar ekspertų patirtimi ir žiniomis:

Automatizavimui taip pat atsižvelgiama į:

• Automatizavimo sudėtingumas: Kiek lengva ar sudėtinga automatizuoti testų scenarijus (pavyzdžiui, dinamiški UI elementai, API darbai):
• Framework'o plėtros poreikis: Ar reikalingas esamo framework'o išplėtimas ar tobulinimas:
• Testų duomenų paruošimas: Sudėtingumas kurti ir palaikyti testų duomenis:

Įvertinimas yra iteratyvus ir gali būti koreguojamas vykdant užduotį. Svarbu, kad visa komanda dalyvautų įvertinimo procese, siekiant tikslesnių rezultatų.