15. diel - Testovanie v Pythone - QA, CAN PIG RIDE a ISTQB

V predchádzajúcom kvíze, Kvíz - Akceptačné testy a ďalšia syntax WebDriveru v Pythone, sme si overili nadobudnuté skúsenosti z predchádzajúcich lekcií.

V samotnom úvode kurzu sem si vysvetlili predovšetkým prečo písať testy, aké máme typy testov a akú majú pre nás pridanú hodnotu. Naším cieľom bolo motivovať vás k tomu, aby ste testy písali. Pokrytie produktu testami zvyšuje jeho konkurenčnú výhodu, pretože takáto aplikácia je spoľahlivejšia, stabilnejšia a menej náchylná na chyby.

Doteraz sme sa na problematiku testov pozerali z praktickej stránky, ale je tu stále dosť teórie a terminológie, ktorú by sme mali poznať. S týmto sa v biznise môžete stretnúť, ide o best practices, známe dokumenty, štandardy a postupy. Tiež sme nehovorili o testovaní používateľského rozhrania. V nasledujúcich dvoch tutoriáloch si tieto informácie spomenieme, aby sme doplnili naše znalosti. Na konci kurzu si potom vyskúšame záťažové testy našej Django aplikácie.

Service-Level Agreement

SLA (Service-Level Agreement) je obvykle jeden z dokumentov, ktorý figuruje medzi dodávateľom softvéru (nami) a zákazníkom. Tu definujeme, ako má softvér fungovať, aké naň poskytujeme záruky a ako pružne hodláme reagovať v prípade výpadkov a porúch všeobecne. Čím je projekt väčší a tým pádom aj za viac peňazí, tým viac peňazí obvykle stojí, keď prestane fungovať, a tým urgentnejší na nás bude tlak na jeho sprevádzkovanie.

SLA má zmysel vytvárať vždy, nech ide len o šablónový e-shop za tisíc eur alebo o štátnu aplikáciu za stovky tisíc eur. Definujme tu aspoň, za čo zodpovedáme, do akého časového horizontu sme ochotní opravovať chyby (napr. 2 roky od dodania) a za aké peniaze budeme pridávať nové funkcie.

Keďže zákazník často vývoju softvéru nerozumie, bude si myslieť, že

...koniec náhľadu článku...
Pokračuj ďalej