Piotr Obara

Tester oprogramowania · Analityk testów

Testuję systemy, w których liczy się każdy szczegół.

Bankowość, płatności i ubezpieczenia. Analizuję wymagania, projektuję testy i weryfikuję dane od interfejsu, przez API, aż po bazę. Rozwijam automatyzację w Playwright.

  • testy E2E: brak danych
  • WCAG 2.2 AA: brak danych
  • ostatni run: brak danych
Piotr Obara, tester oprogramowania

Karta kandydata

Dostępność
Od zaraz
Forma współpracy
UoP · B2B
Tryb pracy
Zdalnie · hybrydowo · stacjonarnie (Lublin)
Języki
Polski · angielski B2 (dokumentacja, spotkania, komunikacja)
Certyfikat
ISTQB CTFL 4.0

O mnie

Cześć, jestem Piotr.

Jestem testerem oprogramowania z Lublina. Zaczynałem po drugiej stronie systemów - w obsłudze klienta i wsparciu IT w PKO Banku Polskim, gdzie widziałem, jak błąd w aplikacji przekłada się na realny problem konkretnej osoby.

W Fenige, jako Second Line Support Engineer, nauczyłem się szukać przyczyn w logach, API i bazie danych. Testowanie było naturalnym krokiem: wolę znaleźć problem przed wdrożeniem niż tłumaczyć go po fakcie.

Dlaczego testowanie?

  1. Obsługa klientaWidziałem, co błąd oznacza dla klienta.
  2. Help DeskRozwiązywałem problemy użytkowników aplikacji bankowych.
  3. Second Line SupportSzukałem przyczyny w logach, API i SQL.
  4. QA EngineerWyłapuję błędy, zanim trafią do klienta.

Poza pracą

Wolny czas lubię spędzać aktywnie. Sport uczy mnie regularności i cierpliwości, a te przydają się też przy długich cyklach regresji.

Piotr na górskim szlaku, w tle pasmo górskie
Górskie szlakiWędrówki to mój sposób na reset po intensywnym tygodniu.
Piotr podczas biegu z numerem startowym
Biegi charytatywneBiorę udział w biegach charytatywnych - sport, który przy okazji pomaga.Fot. Daniel Musiał Fotografia
Piotr z rowerem gravelowym na wiejskiej drodze
RowerGravel i szosa - mój ulubiony sposób na weekend.

IKE · IKZE

Finanse i giełda

Inwestuję długoterminowo i śledzę rynek kapitałowy. Dzięki temu lepiej rozumiem produkty finansowe, które testuję, z perspektywy klienta.

Domeny

Branże i procesy, które znam

Uczciwie: tam, gdzie pracowałem, i tam, gdzie dopiero się uczę.

  • pracowałem

    Płatności kartowe i e-commerce

    Autoryzacja, 3DS, clearing, zwroty, reversal, chargebacki Visa i Mastercard.

  • pracowałem

    Fraud i AML

    Reguły monitoringu, blokady IP i domen hazardowych, profilowanie, alerty.

  • pracowałem

    Bankowość

    Wsparcie aplikacji bankowych w oddziałach, telefoniczna obsługa procesu kredytowego.

  • pracowałem

    Regulacje i rozliczenia

    Raportowanie CESOP do KAS, pliki rozliczeniowe, przewalutowania depozytów.

  • uczę się

    Ubezpieczenia

    Ubezpieczenie spłaty kredytu i wyliczanie składek - w moim QA Lab.

Jak testuję

Testowanie zaczyna się przed pierwszą linią kodu

  1. Analiza wymagań

    Zadaję pytania do wymagań, zanim powstanie kod, i spisuję kryteria akceptacji, które da się sprawdzić.

    ✓ Specyfikacja w Figmie
  2. Techniki projektowania testów

    Wartości brzegowe, klasy równoważności i tablice decyzyjne zamiast losowego klikania.

    ✓ Kryteria 6-10 w specyfikacji
  3. Testy oparte na ryzyku

    Dobieram zakres regresji i UAT do tego, co może zaszkodzić klientowi lub rozliczeniom.

    ✓ Historia testowa
  4. Diagnoza: API → logi → baza

    Postman, SQL i PostgreSQL. Zgłoszenie błędu ma dać się odtworzyć bez mojej pomocy.

    ✓ GET /api/profile.json

Doświadczenie

Od obsługi klienta do zapewniania jakości

  1. 07.2024 - obecnie

    Manual QA Engineer

    Fenige S.A. · fintech, płatności

    • Jedyny tester w zespole trzech programistów, w dwutygodniowych sprintach Scrum.
    • Testuję chargebacki Visa i Mastercard, reguły fraudowe i AML oraz raportowanie CESOP.
    • Testuję REST API i przepływ danych: aplikacja → API → mikroserwisy → PostgreSQL.
    • Prowadzę testy UAT i dobieram zakres regresji na podstawie analizy ryzyka.
    • Tworzę testy i skrypty w Postmanie uruchamiane przez Collection Runner.
  2. 04.2023 - 07.2024

    Second Line Support Engineer

    Fenige S.A.

    • Diagnozowałem incydenty produkcyjne, korelując API, logi i dane SQL.
    • Weryfikowałem transakcje i rozliczenia we współpracy z bankami, Visa i Mastercard.
    • Generowałem i wysyłałem raporty CESOP do KAS przez API.
  3. 10.2021 - 04.2023

    Specjalista wsparcia IT (Help Desk)

    PKO Bank Polski

    • Obsługiwałem incydenty i problemy z dostępem w aplikacjach bankowych używanych przez oddziały.
  4. 10.2020 - 10.2021

    Konsultant obsługi klienta

    PKO Bank Polski

    • Telefonicznie obsługiwałem proces kredytowy: weryfikację danych i zdolności kredytowej, kompletowanie wniosków.

Historia testowa

Jedna poprawka, trzy dodatkowe błędy

Sytuacja
Poprawka dotyczyła zapisu reguł monitoringu przy edycji kontrahenta w panelu administracyjnym.
Działanie
Oprócz samej poprawki przetestowałem sąsiednie ścieżki edycji i sprawdziłem dane w bazie.
Efekt
Znalazłem trzy niezależne błędy, w tym ryzyko nadpisania konfiguracji innego kontrahenta.

Dowody

Każde twierdzenie ma dowód

Rzeczy, które można otworzyć i sprawdzić. Statusy pochodzą z ostatniego przebiegu testów tej strony w GitHub Actions.

Rozwój

Czego się uczę

  • zdobytyISTQB Certified Tester Foundation Level 4.0
  • w toku · testy tej stronyPlaywright + TypeScript
  • w toku · audyt tej stronyDostępność cyfrowa, WCAG 2.2

Kontakt

Porozmawiajmy o testowaniu w Twoim zespole

Najszybciej odpowiadam na e-mail. Chętnie opowiem o swoich testach na rozmowie.

E-mail
piotr.obara.97@gmail.com
Telefon
Numer podam w odpowiedzi na e-mail.