Máj 2013 www.stest.com v1.0Roman JurkechAgilne na testovanie v Agile
© 2013 STEST SKPrečo testovať?Prostriedok zvyššovania kvality.Z toho plynúce znižovanie nákladov.Pozor! Testing a QA nie j...
© 2013 STEST SKTesting iteratívne a bez znásilňovaniaTestovanie nemá jedinú správnu predpísanú šablónu.Testovanie musí byť...
© 2013 STEST SKÚvodný stav: Okolo bodu absolútnejnulyDeveloperi “testujú” svoj kód, šikovnejší používajú unit testy.Neexis...
© 2013 STEST SKKrok 1: Tažké začiatkyOtvorenie pozície dedikovaného testera.Testeri spoznávajú produkt, blúdia krížom-kráž...
© 2013 STEST SKKrok 2: Pomalý rozbehTesteri začínajú lepšie rozumieť testovanému systému.Testujú už zložitejšie procesy, v...
© 2013 STEST SKKrok 3: Prilievame olej do ohňaPočiatky kúzla zvaného continuous integration.Nastavenie automatického build...
© 2013 STEST SKKrok 4: Světla svítí, stěrače stírají...Automatizácia testov.Je možná takmer vždy.Otázne je do akej miery j...
© 2013 STEST SKKrok 5: RozprávkovoDeveloperi v prípade potreby pomáhajú s návrhom,implementáciou a vykonávaním testov.Auto...
© 2013 STEST SKČo pomáhaDostupný a komunikujúci product owner (proxy).Precízne špecifikované požiadavky, user stories, akc...
Upcoming SlideShare
Loading in …5
×

Roman Jurkech - Agilne na testing v Agile

983 views

Published on

Published in: Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
983
On SlideShare
0
From Embeds
0
Number of Embeds
463
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Roman Jurkech - Agilne na testing v Agile

  1. 1. Máj 2013 www.stest.com v1.0Roman JurkechAgilne na testovanie v Agile
  2. 2. © 2013 STEST SKPrečo testovať?Prostriedok zvyššovania kvality.Z toho plynúce znižovanie nákladov.Pozor! Testing a QA nie je jedno a to isté.Agilne na testovanie v Agile  v1.0  Strana 2
  3. 3. © 2013 STEST SKTesting iteratívne a bez znásilňovaniaTestovanie nemá jedinú správnu predpísanú šablónu.Testovanie musí byť prostriedkom, nie cieľom!Cieľom nie je mať testing oddelenie alebo tím.Cieľom môže byť vyššia kvalita produktu kvantifikovanánapríklad pomocou jednoduchej metriky sledujúcej množstvodefektov objavených zákazníkmi počas určitej doby.Nesnažte sa skokom zaviesť komplexný testovací proces.V postupných krokoch zlepšujte testovanie, pridávajte doneho prvky, ktoré vám pomôžu dosiahnuť nastavený cieľ.Agilne na testovanie v Agile  v1.0  Strana 3
  4. 4. © 2013 STEST SKÚvodný stav: Okolo bodu absolútnejnulyDeveloperi “testujú” svoj kód, šikovnejší používajú unit testy.Neexistujú dedikovaní testeri.Testované sú väčšinou len základné pozitívne a negatívnescenáre.Žiadne alebo iba veľmi zriedkavé testy komplexnýchprocesov, interakcií subsystémov, atď.Agilne na testovanie v Agile  v1.0  Strana 4
  5. 5. © 2013 STEST SKKrok 1: Tažké začiatkyOtvorenie pozície dedikovaného testera.Testeri spoznávajú produkt, blúdia krížom-krážomsystémom, nachádzajú zväčša len “povrchové” problémy.Vývojárske unit testy zlepšujú pokrytie.Neexistuje “správne” pokrytie.Stále žiadne alebo iba veľmi zriedkavé testy komplexnýchprocesov, interakcií subsystémov, atď.Agilne na testovanie v Agile  v1.0  Strana 5
  6. 6. © 2013 STEST SKKrok 2: Pomalý rozbehTesteri začínajú lepšie rozumieť testovanému systému.Testujú už zložitejšie procesy, vzájomné propojeniajednotlivých častí systému...Nachádzajú skutočné (v očiach developerov) chyby.Developeri (niekedy nie všetci) začínajú rozumieť zmyslušpecializovaného testingu - “niečo na tom bude”.Testeri dostávaju s opozdením sprintu (alebo aj dlhším) novúfunkcionalitu na testovanieAgilne na testovanie v Agile  v1.0  Strana 6
  7. 7. © 2013 STEST SKKrok 3: Prilievame olej do ohňaPočiatky kúzla zvaného continuous integration.Nastavenie automatického build systému.Testeri majú možnosť iniciovať sami build.Testuje sa funkcionalita ešte počas jej vývoja v rámcijedného sprintu.Testeri môžu odhaliť problémy developerom “pod rukami”.Agilne na testovanie v Agile  v1.0  Strana 7
  8. 8. © 2013 STEST SKKrok 4: Světla svítí, stěrače stírají...Automatizácia testov.Je možná takmer vždy.Otázne je do akej miery je praktická.Testeri (tí šikovnejší) pripravujú user stories, vyjasňujú (aprípadne aj navrhujú) požiadavky – testujú špecifikáciu.Návrhy testov sú pripravované na začiatku sprintu, dokážudeveloperom zabrániť aby sa dopustili chýb priimplementácii.Agilne na testovanie v Agile  v1.0  Strana 8
  9. 9. © 2013 STEST SKKrok 5: RozprávkovoDeveloperi v prípade potreby pomáhajú s návrhom,implementáciou a vykonávaním testov.Automatizované testy vznikajú priebežne už počas sprintu.Na konci sprintu sa vytvorené testy stávajú súčasťouautomatického buildu (všetky alebo niektoré z nich).Regresné testovanie je prakticky bezbolestné a rýchle.Na konci každého sprintu je k dispozícii plne otestovnýprodukt vysokej kvality plne zodpovedajúci definícii DONE.Agilne na testovanie v Agile  v1.0  Strana 9
  10. 10. © 2013 STEST SKČo pomáhaDostupný a komunikujúci product owner (proxy).Precízne špecifikované požiadavky, user stories, akceptačnékritériá.Čím lepšie a detailnejšie sú akceptačné kritériá, tým viacpráce sa urobí v sprinte a nie je potom potrebné otvarať bugtickety na problémy, ktoré sa prehliadli v procese definovaniauser story.Agilne na testovanie v Agile  v1.0  Strana 10

×