SlideShare a Scribd company logo
1 of 24
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)

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,