Rozłóz go na łopatki!

Praktyczne zastosowanie Lightning Scan

Cześć!

testiary.com

Anna Miazek

Tester

Teraz Wy ;)

Agenda

testiary.com

Taki jest Plan:

1. Intro, kto do Ciebie mówi i po co, o warsztacie, o celu – 15 minut
2. Ankieta przed – 5 minut
3. Czym jest TMMi – 10 minut
4. Skąd pobrać Lightning Scan i do czego się go stosuje – 10 minut
5. Poznanie zawartości Lightning Scan – 60 minut
6. Profil firmy – analiza, pytania, uszczegółowianie – 60 minut
7. Lightning Scan – Test Policy and Strategy – 30 minut
8. Lightning Scan – Test Planning – 30 minut
9. Lightning Scan – Test Monitoring and Control – 30 minut
10. Lightning Scan – Test Design and Execution – 30 minut
11. Lightning Scan – Test Environment – 30 minut
12. Raport, interpretacja wyników – klucz – 30 minut
13. Roadmapa usprawnień – 60 minut
14. Ankieta po – 5 minut
15. Otwarta dyskusja – tyle, ile zostanie czasu

​

​

To...co będziemy robić?

testiary.com

Cel

Wspólne wykonanie audytu wewnętrznego TMMi

Przygotowanie

Pobranie narzędzia Lightning Scan

Omówienie narzędzia Lightning Scan

Nawigacja po sylabusie TMMi

Analiza danych przykładowej firmy

Co osiągniemy?

Samodzielne wykonanie audytu wewnętrznego TMMi

Zaproponowanie usprawnień

Skonstruowanie roadmapy usprawnień

Poczucie – mogę to zrobić!

To...co będziemy robić? 2

testiary.com

• Agenda z orientacyjnym czasem
• Krótkie podsumowanie obszarów procesowaych TMMi lvl 2 po polsku
• Klucz oceniania do użycia w Lightning Scan
• Profil firmy Samirac
• Opinie pracowników firmy
• Miejsce na notatki

Materiały

Linki

• Tmmi.org – Lightning Scan
• Sjsi.org – Sylabus TMMi

Kontakt?

Wiem, czy nie wiem?

testiary.com

Jak oceniam swoje siły?

Jak oceniam swoją wiedzę?

Ankieta 1

TMMi

testiary.com

Test Maturity Model integration

Planowanie Testów

Obszar

.......

.......

Wykonaj szacowanie ryzyk produktowych

.......

Gol

Zdefiniuj kategorie ryzyk produktowych

Zidentyfikuj ryzyka produktowe

Przeanalizuj ryzyka produktowe

Praktyka

Z perspektywy użytkownika końcowego wykonaj priorytetyzację wymagań i określ ich wagę

Czy możesz przewidzieć co spotka się ze złym przyjęciem użytkowników?

Wskazówka

Lightning Scan

testiary.com

Pobierz – Wypakuj - Odblokuj

Co jest w środku?

https://www.tmmi.org/tmmi-documents/

• Narzędzie
• Formularz
• Lista kontrolna
• Monitor statusu

Lightning Scan 2

testiary.com

1 – 2 – 3

Nie wiem jak to ocenić

Zajrzę do TMMi!

Nie wiem, jak to poprawić

Samirac – Jak na dno, to tylko z nami!

testiary.com

Analiza firmy

• Charakterystyka ogólna
• Definicja produktu
• Analiza wstępna
• Wywiad z pracownikami
• Hipotezy
• Wnioski

Na czym im zależy?

Czym budują produkt?

Co określa jego jakość?

Co chcemy osiągnąć?

Lightning Scan – Test Policy and Strategy

testiary.com

Cele/gole

• Udokumentowana Polityka Testów istnieje i została zatwierdzona przez kierownictwo
• Strategia testów jest zdefiniowana i określa cele, czynności, odpowiedzialności, role dla każdego poziomu testów
• Testerzy i programiści są zaznajomieni z Polityką Testów i Strategią Testów, oba dokumenty zostały rozdystrybuowane do wszystkich interesariuszy
• Podstawowe TPI zostały zdefiniowane i wdrożone
• Polityka Testów i TPI w prosty i bezpośredni sposób łączą się z kwestiami i celami biznesowymi

TMMi – PA 2.1 Polityka i Strategia Testów str. 36

Lightning Scan – Test Planning

testiary.com

Cele/gole

• Planowanie testów rozpoczyna się od określenia ryzyk produktowych, które są jasno zdefiniowane wraz z wartościami wpływu i występowania
• Podejście do testów zostaje określone na podstawie wskazanych ryzyk i zawiera priorytety testowe, techniki testowe, poziom szczegółowości przypadków testowych, definition of done/kryteria wyjściowe, poziom zależności
• Estymacja testów jest wykonywana i modyfikowana w sposób ustruktyzowany z użyciem takich parametrów, jak m.in.: ryzyko, wielkość i produktywność
• Plan testów jest utworzony i zawiera: elementy podlegające testom, ryzyka projektowe i produktowe, podejście do testów, harmonogram testów, zasoby do testów (to może byc oddzielny dokument, ale inna forma też jest akceptowalna, np. lista tasków na tablicy)
• Plan testów jest omówiony i zaakceptowany przez głównych inetresariuszy. Zgoda na realizację zostaje dodana.

TMMi – PA 2.2 Planowanie Testów str. 46

Lightning Scan – Test Monitoring and Control

testiary.com

Cele/gole

• Postęp testów jest sprawdzany w odniesieniu do planu (harmonogram, koszt, wysiłek, ryzyka projektowe, itp.)
• Interesariusze są informowani o postępie testów co określony czas lub/i po przekroczeniu kamienia milowego
• Jakość produktu jest sprawdzana w odniesieniu do planu i oczekiwań (ryzyka produktowe, defekty, pokrycie, spełnienie DoD/kryteriów wyjścia, itp.)
• Interesariusze są informowani o stanie jakości produktu co określony czas lub/i po przekroczeniu kamienia milowego
• Prawidłowe akcje i decyzje są podejmowane i zarządzane do momentu zamknięcia, gdy jakość produktu w znaczący sposób różni się od planowanego lub oczekiwań

TMMi – PA 2.3 Monitorowanie i Kontrola Testów str. 65

Lightning Scan – Test Design and Execution

testiary.com

Cele/gole

• Projektowanie testów jest wykonane tak, by określić projetyzację warunków testowych, kryteriów akceptacji (z użyciem ustruktyruzowanych technik projektówania testów, jeśli to możliwe)
• Przypadki testowe są tworzone na podstawie warunków testowych i kryteriów akceptacji tak, by utworzyć i utrzymać połączenie z wymaganiami
• Podczas implementacji testów wszystkie wymagane do uruchomienia produkty zostają utworzone (procedury testowe, skrypty do automatyzacji, dane testowe, procedury intake/sanity/smoke, harmonogram uruchomień, itp.)
• Testy są wykonywane zgodnie z harmonogramem, rozpoczynając od testów intake. Logi i raporty incydentów powstają, jeśli są wymagane
• Incydenty testowe są zarządzane do zamknięcia z użyciem udokumentowanej procedury

TMMi – PA 2.4 Projektowanie i Wykonywanie Testów str. 81

Lightning Scan – Test Environment

testiary.com

Cele/gole

• Wymagania środowiskowe są okreslone na podstawie potrzeb środowiskowych
• Środowiska testowe są zaimplementowane zgodnie z wymaganiami
• Test intake zostaje wykonany by potwierdzić, że dostarczone środowisko jest gotowe do oddania do testów
• Środowiska testowe są zarządzane i kontrolowane (instalacje, aktualizacje, konfiguracja, dostępy, logi, wsparcie techniczne) by zapobiec zakłóceniom w testach
• Dane testowe są zarządzane i kontrolowane (kwestie bezpieczeństwa, backupy, itp.) by efektywnie i optymalnie wspierać proces wykonania testów

TMMi – PA 2.5 Środowisko Testowe str. 96

Raport – Interpretacja wyników

testiary.com

Generujemy raport

Roadmapa usprawnień

testiary.com

Jak długo? Do kiedy? Jaki deadline?

• Główne elementy procesu – Polityka i Strategia Testów
• Ograniczenia w obszarach, w których koszt jest największy
• Nacisk na podstawowe elementy, które zrealizują cel
• Wybór praktyk, które można wprowadzić najszybciej

Elementy, które bierzemy jako pierwsze – co przynosi realną kasę?

• Obszary łatwe do delegowania
• Rabialne cele, kamienie milowe
• Realne terminy
• Cele procesu pokrywają cele biznesowe

Dowolny planner, ale najlepiej taki, który jest wygodny dla Ciebie.

Roadmapa usprawnień 2

testiary.com

Wiem, czy nie wiem?

testiary.com

Ankieta 2

Jak oceniam swoje siły?

Jak oceniam swoją wiedzę?

​

​

​

Czy coś się zmieniło?

Porozmawiajmy!

testiary.com

Ile mamy czasu?

Q&A

Powrót do jednego z punktów

Zróbmy to jeszcze raz!

Wasze case study