TGT#19 - Wszyscy jestesmy testerami - Michal Rabczuk

1. WSZYSCY
JESTEŚMY
TESTERAMI
Michał Rabczuk
Kainos
28.02.2018

2. Cienie przeszłości
Michał Rabczuk - Kainos

3. BRAKTESTÓW
AUTOMATYCZNY
CH
Michał Rabczuk - Kainos

4. TESTY
AUTOMATYCZ
NE NIE
UTRZYMYWAN
E
Michał Rabczuk - Kainos

5. Brak czasu na testowanie eksploracyjne
Michał Rabczuk - Kainos
■ niekończące się checklisty
■ rozwijanie… niekończących się checklist
■ brak czasu na aktualizowanie przypadków testowych

6. ATMOSFERA
KONFLIKTU
INTERESÓWW
ZESPOLE
Michał Rabczuk - Kainos

7. Waterfallowe praktyki nazywane po
„scrumowemu”
Michał Rabczuk - Kainos

8. TESTERZY JAKO WĄSKIE
GARDŁO
Michał Rabczuk - Kainos

9. Podsumowując…
Michał Rabczuk - Kainos

10. Teraźniejszość
■ DVSA MOT – stacje kontroli pojazdów w UK
■ 4 Scrum teamy
■ jeden backlog podzielony na epiki
■ każdy team skupiony na pracy wokół „swoich” epików
Michał Rabczuk - Kainos

11. Teoria
Michał Rabczuk - Kainos

12. Quality Assistance
■ wspieranie developerów w efektywnym testowaniu
■ współpraca całego teamu w celu zapewnienia jak najwyższej jakości
■ monitorowanie pracy zespołu i szukanie potencjalnych usprawnień
■ przewidywanie problemów i ich zapobieganie
Michał Rabczuk - Kainos

13. Praktyka – zadania
deweloperów
Michał Rabczuk - Kainos

14. DEVELOPERZY
TWORZĄTESTY
AUTOMATYCZ
NE
Michał Rabczuk - Kainos

15. Cross-Dev testing
■ developerzy testują kod innych
developerów
■ nie tylko white-box
■ nie tylko code review
Michał Rabczuk - Kainos

16. Praktyka – zadania
testerów
Michał Rabczuk - Kainos

17. Pre-sprint
■ przygotowanie historyjek (BA/PO/UX)
■ kryteria akceptacji
■ scenariusze testowe
■ subtaski
■ definition of ready
Michał Rabczuk - Kainos

18. In-sprint
■ scenariusze testowe
■ testy regresywne (manualne i automatyczne)
■ testy eksploracyjne (manualne)
■ testy wydajnościowe (jeżeli potrzebne)
■ testy bezpieczeństwa (jeżeli potrzebne)
■ akceptacja PO
Michał Rabczuk - Kainos

19. Post-sprint
■ smoke testy (manualne i automatyczne)
■ testy regresywne (automatyczne)
■ testy wydajnościowe
■ testy bezpieczeństwa (work in progress…)
Michał Rabczuk - Kainos

20. Korzyści
■ eliminujemy znaczną większość defektów na bardzo wczesnym etapie
■ szybciej dostarczamy gotowe funkcjonalności
■ testowanie post-sprint ograniczone do minimum
■ brak duplikacji w pokryciu kodu testami
Michał Rabczuk - Kainos

21. KONIEC
Dzięki za uwagę 
Pytania?
Michał Rabczuk - Kainos