20. diel - Testovanie v PHP - Quality Assurance, CAN PIG RIDE a ISTQB

V minulej lekcii, Testovanie v PHP - Akceptačný testy komerčných aplikácií II , sme si uviedli ukážky kódu z akceptačných testov reálnych komerčných aplikácií. V samotnom úvode kurze sme si vysvetlili najmä prečo testy písať, aké máme typy testov a akú pre nás majú pridanú hodnotu. Mojím cieľom bolo namotivovať vás k tomu, aby ste testy písali a dať vám tak konkurenčnú výhodu nad vývojovými tímami, ktoré riadi niekto, kto vývoji softvéru nerozumie (manažéri iba s ekonomickým vzdelaním bohužiaľ také tímy v praxi často riadi).

Až doteraz sme boli veľmi praktickí, ale stále je tu teória a terminológie okolo testovanie, ktorú by sme mali poznať a s ktorou sa v businessu pravdepodobne budete stretávať. Jedná sa o best practices, známe dokumenty, štandardy a postupy. Tiež sme sa ešte nezmienili o testovaní používateľského rozhrania. V nasledujúcich dvoch lekciách si tieto informácie uvedieme, aby bola vaša sada vedomostí kompletný. Na konci kurzu si potom vyskúšame ešte záťažové testovanie PHP aplikácií.

Sla

SLA (Service-Level Agreement) je zvyčajne 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í zvyčajne stojí keď prestane pracovať a tým urgentnější na vás bude tlak na jeho sprevádzkovanie.

SLA má zmysel vytvárať vždy, nech ide len o šablónový e-shop za 20.000 Sk alebo o štátnej aplikácii za milióny korún. Definujte si aspoň za čo odpovedáte, do akého časového horizontu ste ochotní opravovať chyby (napr. 2 roky od dodania) a za aké peniaze budete pridávať nové funkcie. Keďže zákazník IT nerozumie, bude si myslieť, že

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