Quality Excites 2019 – moja relacja

Quality Excites kończy niezwykle intensywny miesiąc czerwiec. Był to okres niesamowitych wydarzeń, w których wziąłem udział. Zaczął się od zaskakującego spotkania z Miłoszem Brzezińskim – autorem bardzo ciekawych i inspirujących książek. Później przyszedł czas na TestingCup, gdzie odniosłem duży sukces, zajmując czwarte miejsce w zawodach indywidualnych. Zgarnąłem także nagrodę specjalną. Kolejny przystanek, to TEDxWSB, gdzie szukałem inspiracji.

Plan vs rzeczywistość

Tradycyjnie przed wyjazdem na konferencję, skrupulatnie przejrzałem agendę i wybrałem najciekawsze dla mnie smaczki. Plan wyglądał jak poniżej. W trakcie zrezygnowałem jednak z udziału w dwóch wykładach. Co warto zauważyć, to fakt, że ósma edycja Quality Excites różniła się od wszystkich poprzednich. Tym razem wydarzenie łączyło dwa nurty DEV i TEST pod jednym szyldem „ścieżki do jakości”. Nie zabrakło więc bardzo technicznych tematów, a agenda była zróżnicowana, przez co każdy mógł znaleźć coś dla siebie.

9:15 – 9:55 Zrefaktoryzuj swój spór techniczny
10:00 – 10:40 Rzecz o wydajności, czyli matematyka nie zna litości
10:50 – 11:30 Evolving as a QA. Do you still care about quality?
11:40 – 12:20 What your mom never told you about File Inclusion
13:20 – 14:00 Session based testing and shift-left approach as a way to improve quality in project
14:10 – 14:50 Jak dostarczać lepiej – narzędzia i techniki przydatne w codziennej pracy zespołów
15:00 – 15:20 Quality == Team Work
15:20 – 15:40 Dlaczego tester powinien umieć programować?
15:50 – 16:30 Serverless microservice – there and back again
16:40 – 17:20 Testowanie Nietestowalnego
17:30 – 18:10 Czy wydajność to jakość?

Najlepsze prezentacje moim zdaniem

Tym razem skupię się tylko na kilku prezentacjach, które zrobiły na mnie największe wrażenie. Kolejność wynika z agendy.

Evolving as a QA. Do you still care about quality? – Michał Krzyżanowski

Michał opowiedział swoją historię i opisał poszczególne etapy kariery. Prezentacja mogła być ciekawa także dla osób, które są na początku ścieżki. Historia zaczynała się od osoby, która nie miała pojęcia o testowaniu, developmencie, ani innych aspektach pracy w IT. To może być niezwykle inspirujące zwłaszcza w dzisiejszych czasach, kiedy setki osób przekwalifikowują się. Dzisiaj mamy do czynienia z innymi realiami na rynku pracy i zupełnie inną skalą tego zjawiska. Nie brakuje jednak osób, które przebywają tą drogę z sukcesem.

Przedstawiona ścieżka składała się z pięciu kroków poniższych kroków. Każdy z nich wiąże się z używaniem innych narzędzi oraz innym zakresem obowiązków.

  1. Intern
  2. Junior
  3. Independent
  4. Senior
  5. Principal

Ważne były konkluzje podsumowujące tą drogę. Bez względu na zajmowane stanowisko celem jest dbanie o jakość, choć na każdym z tych poziomów wygląda to nieco inaczej. Druga ważna rzecz, to hasło warte zapamiętania i przede wszystkim stosowania.

Good enough is perfect

What your mom never told you about File Inclusion – Mateusz Piaszczak

To była bardzo ciekawa prezentacja dotycząca jednej z istotnych podatności, która znajduje się na liście OWASP TOP 10. Mateusz w bardzo przejrzysty i ciekawy sposób pokazał jak można sprawdzać aplikacje, które testujemy pod kątem tej podatności. Wspomniał także o narzędziach, które można wykorzystać podczas testów. Sposób przedstawienia tematu zrobił na mnie duże wrażenie. Nie zdawałem sobie sprawy, w jak łatwy sposób dostać się można do niezabezpieczonego systemu i jak wiele można zdziałać.

Jak dostarczać lepiej – narzędzia i techniki przydatne w codziennej pracy zespołów – Natalia Cholewa

Natalia opowiedziała o projekcie, w którym bierze udział jako analityk. Dane na temat systemu robią wrażenie.

Aplikacja jest realizowana przez trzynaście zespołów, w kilku krajach. Skala tworzonego rozwiązania, które dostępne jest w 66 krajach jest powodem wielu wyzwań.

  • wsparcie wielu języków (także bardzo egzotycznych)
  • personalizacja – w różnych krajach strona może wyglądać inaczej
  • różne touch pointy – desktop, mobile, tablet
  • różna szybkość internetu
  • ogromne rozwiązanie
  • różne rodzaje użytkowników
  • dokumentacja, a właściwie jej brak
  • proces mergowania i deploymentu – fixy bugów mogą być testowe dopiero następnego dnia
  • wiele kanałów komunikacji w zespołach
Przykładowa checklista

Natalia zdradziła również kilka sposobów na radzenie sobie w takich sytuacjach, by poprawić efektywność pracy.

  • stosowanie checklist
  • wykorzystanie potencjału narzędzi np. VSTSa
  • spotkania trójkowe – BA, QE, DEV
  • mind maps
  • Teams – podpięcie wszystkiego co możliwe, by mieć w jednym miejscu

Skomentuj

Wprowadź swoje dane lub kliknij jedną z tych ikon, aby się zalogować:

Logo WordPress.com

Komentujesz korzystając z konta WordPress.com. Wyloguj /  Zmień )

Zdjęcie na Google

Komentujesz korzystając z konta Google. Wyloguj /  Zmień )

Zdjęcie z Twittera

Komentujesz korzystając z konta Twitter. Wyloguj /  Zmień )

Zdjęcie na Facebooku

Komentujesz korzystając z konta Facebook. Wyloguj /  Zmień )

Połączenie z %s