SlideShare a Scribd company logo
Daleko od Excel'a - Metodyki, techniki, dobre praktyki
Rafał Stanisław Kmiecik
Michał Wnuk
Tomasz Boryna
2
Calypso – Proces fiński
3
Calypso
Development
Calypso
Maintenance
Calypso
Improvement
s
Calypso
Support
BO 1
BO 2
BO 3
BO 4
FO Support
BO Support
FO
Improvements/Maintenan
ce
BO
improvement
s
Calypso
Others
BO
Maintenance
Factory
CA/IRD/TAX
Calypso - Organizacja
Calypso
Development
Calypso
Maintenance
Calypso
Improvements
Calypso
Support
BO 1
BO 2
BO 3
BO 4
FO Support
BO Support
FO
Improvement/Maintenance
BO
Improvement
BO
Maintenance
Factory
CA/IRD/TAX Test Team
• Duże wydanie (Major release) ~150-200 zmian 4x / rok
• Małe wydanie (Minor release) ~50 zmian 8x / rok
• Hotfix
Regresja Wydanie
Zbieranie
wymagań
Analiza &
projektowanie
Implementacja i testy
developerskie
Testy
akceptacyjne
Ocen i
priorytetyzacja
Identyfikacja i
naprawa
cds
Backlog
Produktu
Calypso - Zarządzanie wydaniami
• Zespół developerski przeprowadza testy:
o jednostkowe
o integracyjne
o systemowe
• Calypso Test Team przeprowadza testy:
o regresywne manualne – duże wydania
o regresywne automatyczne – każde wydania
Calypso - Jak testujemy?
6
Jak było? - Testy developerskie
42 transakcje - 4712 reguł testowych
7
Jak było? - Testy regresywne automatyczne
1 plik Excel współdzielony; 11 zakładek; setki wierszy x setki kolumn
8
Jak było? - Testy regresywne manualne
9
Jak było? - Testy regresywne manualne
10
Jak było? - Testy regresywne manualne
• FO ~7 maklerów (4 systemy)
• BO ~15 analityków biznesowych
• MO ~ 2 analityków biznesowych
• Kierownik testów
11
Jak było? - Testy regresywne manualne
- Testy nie są częścią zarabiania pieniędzy.
- Dostępy dla testerów ograniczone lub niemożliwe.
- Tylko dedykowane osoby wiedzą co testować.
- Do wykonania testów potrzebne dodatkowe notatki.
- Raportowanie wyników do jednego pliku
- Zbieranie informacji o postępie, a nie incydentach.
- Brak przypadków testowych
- Ograniczona dostępność osób z wymaganą wiedzą.
12
Jak było? - Po co zmiana!
• Jeden przypadek – 1 osoba
• Dodatkowe notatki wymagane
• Brak transparentności, pokrycia, spójności, powtarzalności
• Problemy z raportowaniem
• Problemy komunikacyjne
• Duża frustracja
• Wymogi Europejskiego Banku Centralnego
13
Transformacja - Pierwsze kroki
• Analiza obecnego stanu
• Wprowadzenie jednolitej struktury
• Tworzenie brakujących danych
• Instrukcje, szkolenia
• Pilotaż
• Wprowadzenie poprawek
• Wybór narzędzia
• Nowa aplikacja – duża zmian dla starych przyzwyczajeń
• Odbiór w organizacji
14
Transformacja – Nowe możliwości
• Przejrzysty i intuicyjny interfejs użytkownika
• Organizację przypadków w zestawy
• Możliwość ponownego użycia przypadków
• Tablice wizualizujące śledzenie postępu
• Raportowanie incydentów dla konkretnych przypadków
• Pisanie scenariuszy Cucumbera
• Import dodatkowych przypadków
15
Transformacja – Przypadki testowe
16
Transformacja – Zarządzanie przypadkami
17
Transformacja – Śledzenie postępów
18
Transformacja – Co zostało zmienione?
Transakcja i jej droga
System
FrontOffice’owy
1
Calypso
Back Office
Inny
zewnętrzny
system np.
Corona
19
System
FrontOffice’owy
2
Inny
zewnętrzny
system np.
IMS
Transformacja – Co zostało zmienione?
20
Transformacja – Co zostało zmienione?
..
21
Transformacja – Co zostało zmienione?
• Zarządzanie środowiskami i danymi
• Wybór ram automatyzacji
• Automatyzacja manualnych testów w jak największym stopniu
• Rozbudowa pokrycia interfejsów
• Testy wydajnościowe
• Rozbudowanie istniejących narzędzi do generowania testowych transakcji
22
Cele na przyszłość
23
Daleko od Excel’a - retrospektywa
• Transparentność
• Ustrukturyzowane przypadki testowe
• Wielokrotność użycia przypadku testowego
• Zarządzanie pokryciem
• Oszczędność czasu
• Koncentracja na rozwiązaniu incydentów
• Dostępność historii
• Mniejszy stres
Dziękujemy!
Pytania?

More Related Content

More from Stowarzyszenie Jakości Systemów Informatycznych (SJSI)

Model based testing as a BA tool
Model based testing as a BA toolModel based testing as a BA tool
Communication - Language of Leader
Communication - Language of LeaderCommunication - Language of Leader
Miękkie umiejętności w pracy analityka biznesu
Miękkie umiejętności w pracy analityka biznesuMiękkie umiejętności w pracy analityka biznesu
Miękkie umiejętności w pracy analityka biznesu
Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
 
Błędy w analizie z praktyki (nowe wydanie  )
Błędy w analizie z praktyki (nowe wydanie  )Błędy w analizie z praktyki (nowe wydanie  )
Błędy w analizie z praktyki (nowe wydanie  )
Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
 
7 Skills for highly effective teams - workshop
7 Skills for highly effective teams - workshop7 Skills for highly effective teams - workshop
7 Skills for highly effective teams - workshop
Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
 
Dancing with the devil - how to cooperate with a problematic customer
Dancing with the devil - how to cooperate with a problematic customerDancing with the devil - how to cooperate with a problematic customer
Dancing with the devil - how to cooperate with a problematic customer
Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
 
Cosmic truths about software requirements
Cosmic truths about software requirementsCosmic truths about software requirements
Cosmic truths about software requirements
Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
 
Zagraj w zaangażowanie
Zagraj w zaangażowanieZagraj w zaangażowanie
Analiza prawdziwie biznesowa - skąd biorą się projekty
Analiza prawdziwie biznesowa - skąd biorą się projektyAnaliza prawdziwie biznesowa - skąd biorą się projekty
Analiza prawdziwie biznesowa - skąd biorą się projekty
Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
 
Internet of Things loves data - analysis of Industry 4.0
Internet of Things loves data - analysis of Industry 4.0Internet of Things loves data - analysis of Industry 4.0
Internet of Things loves data - analysis of Industry 4.0
Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
 
Start with Accessibility: Why, How and What
Start with Accessibility: Why, How and WhatStart with Accessibility: Why, How and What
Start with Accessibility: Why, How and What
Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
 
Agile business analyst
Agile business analystAgile business analyst
Analityk i architekt w czasach automatyzacji i robotyzacji biznesu
Analityk i architekt w czasach automatyzacji i robotyzacji biznesuAnalityk i architekt w czasach automatyzacji i robotyzacji biznesu
Analityk i architekt w czasach automatyzacji i robotyzacji biznesu
Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
 
Jak sprzedać swój pomysł w 5 minut, czyli pitch deck dla BA
Jak sprzedać swój pomysł w 5 minut, czyli pitch deck dla BAJak sprzedać swój pomysł w 5 minut, czyli pitch deck dla BA
Jak sprzedać swój pomysł w 5 minut, czyli pitch deck dla BA
Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
 
7 Skills for highly effective teams
7 Skills for highly effective teams7 Skills for highly effective teams
[TestWarez 2017] Skomplikowane testowanie, skomplikowane terminy. Testowanie ...
[TestWarez 2017] Skomplikowane testowanie, skomplikowane terminy. Testowanie ...[TestWarez 2017] Skomplikowane testowanie, skomplikowane terminy. Testowanie ...
[TestWarez 2017] Skomplikowane testowanie, skomplikowane terminy. Testowanie ...
Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
 
[TestWarez 2017] Przychodzi tester na rozmowę...
[TestWarez 2017] Przychodzi tester na rozmowę...[TestWarez 2017] Przychodzi tester na rozmowę...
[TestWarez 2017] Przychodzi tester na rozmowę...
Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
 
[TestWarez 2017] A proper gun makes testing fun
[TestWarez 2017] A proper gun makes testing fun[TestWarez 2017] A proper gun makes testing fun
[TestWarez 2017] A proper gun makes testing fun
Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
 
[TestWarez 2017] „Przypadek Testowy” a „Kliencki Przypadek Użycia”
[TestWarez 2017] „Przypadek Testowy” a „Kliencki Przypadek Użycia”[TestWarez 2017] „Przypadek Testowy” a „Kliencki Przypadek Użycia”
[TestWarez 2017] „Przypadek Testowy” a „Kliencki Przypadek Użycia”
Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
 
[TestWarez 2017] Requirements for Performance Testing
[TestWarez 2017] Requirements for Performance Testing[TestWarez 2017] Requirements for Performance Testing
[TestWarez 2017] Requirements for Performance Testing
Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
 

More from Stowarzyszenie Jakości Systemów Informatycznych (SJSI) (20)

Model based testing as a BA tool
Model based testing as a BA toolModel based testing as a BA tool
Model based testing as a BA tool
 
Communication - Language of Leader
Communication - Language of LeaderCommunication - Language of Leader
Communication - Language of Leader
 
Miękkie umiejętności w pracy analityka biznesu
Miękkie umiejętności w pracy analityka biznesuMiękkie umiejętności w pracy analityka biznesu
Miękkie umiejętności w pracy analityka biznesu
 
Błędy w analizie z praktyki (nowe wydanie  )
Błędy w analizie z praktyki (nowe wydanie  )Błędy w analizie z praktyki (nowe wydanie  )
Błędy w analizie z praktyki (nowe wydanie  )
 
7 Skills for highly effective teams - workshop
7 Skills for highly effective teams - workshop7 Skills for highly effective teams - workshop
7 Skills for highly effective teams - workshop
 
Dancing with the devil - how to cooperate with a problematic customer
Dancing with the devil - how to cooperate with a problematic customerDancing with the devil - how to cooperate with a problematic customer
Dancing with the devil - how to cooperate with a problematic customer
 
Cosmic truths about software requirements
Cosmic truths about software requirementsCosmic truths about software requirements
Cosmic truths about software requirements
 
Zagraj w zaangażowanie
Zagraj w zaangażowanieZagraj w zaangażowanie
Zagraj w zaangażowanie
 
Analiza prawdziwie biznesowa - skąd biorą się projekty
Analiza prawdziwie biznesowa - skąd biorą się projektyAnaliza prawdziwie biznesowa - skąd biorą się projekty
Analiza prawdziwie biznesowa - skąd biorą się projekty
 
Internet of Things loves data - analysis of Industry 4.0
Internet of Things loves data - analysis of Industry 4.0Internet of Things loves data - analysis of Industry 4.0
Internet of Things loves data - analysis of Industry 4.0
 
Start with Accessibility: Why, How and What
Start with Accessibility: Why, How and WhatStart with Accessibility: Why, How and What
Start with Accessibility: Why, How and What
 
Agile business analyst
Agile business analystAgile business analyst
Agile business analyst
 
Analityk i architekt w czasach automatyzacji i robotyzacji biznesu
Analityk i architekt w czasach automatyzacji i robotyzacji biznesuAnalityk i architekt w czasach automatyzacji i robotyzacji biznesu
Analityk i architekt w czasach automatyzacji i robotyzacji biznesu
 
Jak sprzedać swój pomysł w 5 minut, czyli pitch deck dla BA
Jak sprzedać swój pomysł w 5 minut, czyli pitch deck dla BAJak sprzedać swój pomysł w 5 minut, czyli pitch deck dla BA
Jak sprzedać swój pomysł w 5 minut, czyli pitch deck dla BA
 
7 Skills for highly effective teams
7 Skills for highly effective teams7 Skills for highly effective teams
7 Skills for highly effective teams
 
[TestWarez 2017] Skomplikowane testowanie, skomplikowane terminy. Testowanie ...
[TestWarez 2017] Skomplikowane testowanie, skomplikowane terminy. Testowanie ...[TestWarez 2017] Skomplikowane testowanie, skomplikowane terminy. Testowanie ...
[TestWarez 2017] Skomplikowane testowanie, skomplikowane terminy. Testowanie ...
 
[TestWarez 2017] Przychodzi tester na rozmowę...
[TestWarez 2017] Przychodzi tester na rozmowę...[TestWarez 2017] Przychodzi tester na rozmowę...
[TestWarez 2017] Przychodzi tester na rozmowę...
 
[TestWarez 2017] A proper gun makes testing fun
[TestWarez 2017] A proper gun makes testing fun[TestWarez 2017] A proper gun makes testing fun
[TestWarez 2017] A proper gun makes testing fun
 
[TestWarez 2017] „Przypadek Testowy” a „Kliencki Przypadek Użycia”
[TestWarez 2017] „Przypadek Testowy” a „Kliencki Przypadek Użycia”[TestWarez 2017] „Przypadek Testowy” a „Kliencki Przypadek Użycia”
[TestWarez 2017] „Przypadek Testowy” a „Kliencki Przypadek Użycia”
 
[TestWarez 2017] Requirements for Performance Testing
[TestWarez 2017] Requirements for Performance Testing[TestWarez 2017] Requirements for Performance Testing
[TestWarez 2017] Requirements for Performance Testing
 

[TestWarez 2017] Daleko od Excel’a

  • 1. Daleko od Excel'a - Metodyki, techniki, dobre praktyki Rafał Stanisław Kmiecik Michał Wnuk Tomasz Boryna
  • 3. 3 Calypso Development Calypso Maintenance Calypso Improvement s Calypso Support BO 1 BO 2 BO 3 BO 4 FO Support BO Support FO Improvements/Maintenan ce BO improvement s Calypso Others BO Maintenance Factory CA/IRD/TAX Calypso - Organizacja Calypso Development Calypso Maintenance Calypso Improvements Calypso Support BO 1 BO 2 BO 3 BO 4 FO Support BO Support FO Improvement/Maintenance BO Improvement BO Maintenance Factory CA/IRD/TAX Test Team
  • 4. • Duże wydanie (Major release) ~150-200 zmian 4x / rok • Małe wydanie (Minor release) ~50 zmian 8x / rok • Hotfix Regresja Wydanie Zbieranie wymagań Analiza & projektowanie Implementacja i testy developerskie Testy akceptacyjne Ocen i priorytetyzacja Identyfikacja i naprawa cds Backlog Produktu Calypso - Zarządzanie wydaniami
  • 5. • Zespół developerski przeprowadza testy: o jednostkowe o integracyjne o systemowe • Calypso Test Team przeprowadza testy: o regresywne manualne – duże wydania o regresywne automatyczne – każde wydania Calypso - Jak testujemy?
  • 6. 6 Jak było? - Testy developerskie
  • 7. 42 transakcje - 4712 reguł testowych 7 Jak było? - Testy regresywne automatyczne
  • 8. 1 plik Excel współdzielony; 11 zakładek; setki wierszy x setki kolumn 8 Jak było? - Testy regresywne manualne
  • 9. 9 Jak było? - Testy regresywne manualne
  • 10. 10 Jak było? - Testy regresywne manualne
  • 11. • FO ~7 maklerów (4 systemy) • BO ~15 analityków biznesowych • MO ~ 2 analityków biznesowych • Kierownik testów 11 Jak było? - Testy regresywne manualne - Testy nie są częścią zarabiania pieniędzy. - Dostępy dla testerów ograniczone lub niemożliwe. - Tylko dedykowane osoby wiedzą co testować. - Do wykonania testów potrzebne dodatkowe notatki. - Raportowanie wyników do jednego pliku - Zbieranie informacji o postępie, a nie incydentach. - Brak przypadków testowych - Ograniczona dostępność osób z wymaganą wiedzą.
  • 12. 12 Jak było? - Po co zmiana! • Jeden przypadek – 1 osoba • Dodatkowe notatki wymagane • Brak transparentności, pokrycia, spójności, powtarzalności • Problemy z raportowaniem • Problemy komunikacyjne • Duża frustracja • Wymogi Europejskiego Banku Centralnego
  • 13. 13 Transformacja - Pierwsze kroki • Analiza obecnego stanu • Wprowadzenie jednolitej struktury • Tworzenie brakujących danych • Instrukcje, szkolenia • Pilotaż • Wprowadzenie poprawek • Wybór narzędzia • Nowa aplikacja – duża zmian dla starych przyzwyczajeń • Odbiór w organizacji
  • 14. 14 Transformacja – Nowe możliwości • Przejrzysty i intuicyjny interfejs użytkownika • Organizację przypadków w zestawy • Możliwość ponownego użycia przypadków • Tablice wizualizujące śledzenie postępu • Raportowanie incydentów dla konkretnych przypadków • Pisanie scenariuszy Cucumbera • Import dodatkowych przypadków
  • 18. 18 Transformacja – Co zostało zmienione?
  • 19. Transakcja i jej droga System FrontOffice’owy 1 Calypso Back Office Inny zewnętrzny system np. Corona 19 System FrontOffice’owy 2 Inny zewnętrzny system np. IMS Transformacja – Co zostało zmienione?
  • 20. 20 Transformacja – Co zostało zmienione? ..
  • 21. 21 Transformacja – Co zostało zmienione?
  • 22. • Zarządzanie środowiskami i danymi • Wybór ram automatyzacji • Automatyzacja manualnych testów w jak największym stopniu • Rozbudowa pokrycia interfejsów • Testy wydajnościowe • Rozbudowanie istniejących narzędzi do generowania testowych transakcji 22 Cele na przyszłość
  • 23. 23 Daleko od Excel’a - retrospektywa • Transparentność • Ustrukturyzowane przypadki testowe • Wielokrotność użycia przypadku testowego • Zarządzanie pokryciem • Oszczędność czasu • Koncentracja na rozwiązaniu incydentów • Dostępność historii • Mniejszy stres

Editor's Notes

  1. Jesteśmy specjalistami do spraw testów pracującymi w banku z systemem rozliczania transakcji i zarządzania papierami wartościowymi - Calypso. Duża ilość danych oraz szeroka funkcjonalność używanej aplikacji wymaga integracji z wieloma innymi systemami. Jest to wyzwanie dla zespołów zajmujących się rozwojem Calypso, ponieważ nowe zmiany wiążą się nie tylko z usprawnieniami zgłaszanymi przez użytkowników, ale również wymogami prawnymi, obostrzeniami instytucji międzynarodowych, zmianami w standardach przekazywania danych oraz modyfikacjami interfejsów. Wymaga to od nas odpowiedzialnego planowania, przygotowania, organizacji i zarządzania testami, oraz zaangażowana osób z biznesu, którzy znają najlepiej konkretne obszary naszego systemu rozliczeniowego oraz dokonują egzekucji testów manualnych. Naszą przygodę z testowaniem zaczęliśmy od Excel’a, jako narzędziem do zarządzania testowaniem, a to gdzie jesteśmy teraz usłyszcie na prezentacji.
  2. Co to jest Calypso ?, Podać ilu użytkowników ma system,