Mr Buggy is back in the Game!

23-24 maja 2016 roku po raz czwarty odbyły się Mistrzostwa Polski w Testowaniu Oprogramowania TestingCup. TestingCup to zawody i konferencja skierowane do pracowników branży nowych technologii, głównie testerów oprogramowania oraz wszystkich osób związanych zawodowo z programowaniem i zapewnieniem jakości systemów informatycznych. Zawody odbywają się w kategoriach: drużynowej i indywidualnej. Przedstawiciele małych i dużych firm z całej Polski stają w szranki o tytuł najlepszych testerów oprogramowania w Polsce.

Zobacz więcej

Podsumowanie konferencji

Czas na kolejne podsumowania, tym razem zebraliśmy Wasze opinie o prelekcjach, których wysłuchaliśmy podczas TestingCup 2016. Cieszymy się, że większość prelekcji została dobrze przez Was przyjęta i wysoko oceniona w ankietach.…

Czytaj więcej

MówcyPrelegenci 2016

Zeger Van Hese

Zeger Van Hese

Testing in the Age of Distraction: the importance of (de)focus in testing Zeger Van Hese – urodzony w Belgii, kształcił się w zakresie Reklamy i Kulturoznawstwa, a swoją karierę zawodową rozpoczął od pracy w dystrybucji filmowej. W 1999 roku zmienił jednak branżę na IT. Rok później zaraził się manią testowania oprogramowania, z której już nigdy się nie wyleczył. Przez lata rozwinął w sobie pasję do testowania eksploracyjnego, pracy w zwinnych metodykach i, nade wszystko, do ciągłej nauki i spojrzenia na testowanie z różnych perspektyw. W 2012 był szefem rady programowej konferencji EuroStar oraz założył własną firmę - Z-sharp, gdzie pomaga swoim klientom testować sprawniej. Jest jednym ze współzałożycieli Dutch Exploratory Workshop on Testing (DEWT), członkiem i założycielem ISST, pisze o testowaniu na swoim blogu TestSideStory i regularnie występuje na konferencjach na całym świecie.

We live in curious times. Knowledge is available at our fingertips, everywhere. Social networks enable communication with peers from around the world. However along with these marvels of the information age come weapons of mass distraction. With so many things competing for our attention and with so little time to focus on real work, it’s a wonder we get anything done at all.

What does all this distraction mean for testers? There is a common notion that only focused concentration leads to productive work and that distraction causes procrastination and hurts creativity. While it is important that testers are able to find flow and maintain focus, Zeger believes that a state of defocus – guilt-free play – can be helpful in testing. In this talk, Zeger shares tips, tricks and tools that over the years have helped him focus and defocus while testing. He explains how to benefit from distraction and how to find flow and focus when needed. Hopefully, this talk inspires people to make the most of their testing in these connected times.

  • Independent Test Consultant
  • Wtorek 24/05/16
  • -
Bartek Bugajny

Bartłomiej Bugajny

Applying Lean To Software Testing Bartek od ponad sześciu lat profesjonalnie testuje aplikacje, a od trzech wspiera swoim doświadczeniem zespoły w Objectivity. Sam często podkreśla, że QE to nie jego zawód, ale prawdziwa pasja. Specjalizuje się w testach aplikacji webowych oraz desktopowych. Prócz testów manualnych wykonuje testy automatyczne, z wykorzystaniem Selenium Web Driver oraz testów BDD (SpecFlow). W Objectivity jest głównym testerem w programie, który składa się z 40 osób. Jest frontmanem do klienta, odpowiedzialnym za ustawianie procesów testerskich i artykułowanie potrzeb przed kooperantami. Warto podkreślić, że Bartek, choć sam nie lubi się chwalić, jest certyfikowanym testerem ISTQB Advanced Level Test Manager. W pracy testera satysfakcję czerpie przede wszystkim szukając przysłowiowej dziury w całym i dbając o jakość dostarczanego produktu.

Filozofia Lean wywodzi się głównie z Toyota Production System (TPS). Skupia się na redukcji „siedmiu marnotrawstw" w celu zwiększenia wartości dla klienta, ponieważ jest metodą doskonalenia procesów w firmie. Podczas swojej prezentacji przedstawię na konkretncyh przykładach zastowanie metody Lean jako nie tylko poprawy procesu testowania ale również poprawy całego procesu od momentu zbierania wymagań do implementacji ich na produkcję. W swojej prezentacji przedstawię: • Jak zmniejszyć koszt testowania • Jakie zastosować techniki oraz taktyki aby przyspieszyć proces testowania • Jak usprawnić zepsół testowy • Jak pozbyć się wąskiego gardła w procesie • Jak śledzić pojawiające się problemy oraz jak skutecznie sobie z nimi radzić Czy za każdym razem gdy przeprowadzając testy regresji polegasz na wcześniej zdefiniowanych krokach? Czy korzystasz również z intuicji oraz wiedzy domenowej? Wiele błędów zostaje znalezionych i naprawionych podczas testów regresji, jednakże istnieją duże problemy związane z tym podejściem: • Pisanie przypadków testowych jest czasochłonne i kosztowne • Przypadki testowe stają się często nieaktualne. Ich utrzymanie jest czasochłonne i kosztowne Chcemy wiedzieć jak testowaliśmy ale to nie znaczy że powinniśmy przetestować to tak samo kolejnym razem. To wiadomość o tym, co zrobiłem, a nie wiadomości o tym, co należy zrobić. Kiedyś były to moje najlepsze pomysły, ale Ty możesz mieć lepsze ... wykorzystaj to! Rozpoczynając swoje testy wykorzystaj mapę myśli i wypisz wszystkie pomysły jakie przychodzą Ci do głowy. Dzięki temu podejściu zobaczysz wyraźną różnicę pomiędzy swoimi pomysłami (które mogą zostać ponownie wykorzystane) a procedurami testowymi które są interesujące ale nie powinny być ponownie powtarzane.

  • Senior Quality Engineer
  • Wtorek 24/05/16
  • -
Sergiusz-Ślosarczyk

Sergiusz Ślosarczyk

Nieustraszeni pogromcy błędów, czyli o profesjonalnym testowaniu gier video QA Manager w firmie QLOC S.A. zajmującej się testami, lokalizacją i portowaniem gier video na różne platformy. Związany z kontrolą jakości od 2010 roku. Swoją karierę zawodową zaczynał jako tester. Zdobywał doświadczenie również za granicą, pracując dla Electronic Arts w Madrycie. Od 2014 roku zarządza działem zapewniania jakości, którego zespół liczy obecnie ponad 100 osób. Nie wyobraża sobie pracy poza branżą gier. Po godzinach, jako zapalony gracz, spędza dużo czasu na wędrówkach po wirtualnych światach. W "realu" miłośnik żeglugi, snowboardu i kultury Japonii.

Gry video szturmem podbijają świat rozrywki. Wraz z dynamicznym rozwojem branży, wzrastają oczekiwania graczy, a twórcy inwestują coraz więcej w produkcję nowych tytułów. Poziom skomplikowania i zaawansowania gier rośnie. Nieuchronnie przyczynia się to do powstawania wielu błędów, które w trakcie developmentu mnożą się niczym szarańcza. Wirtualny świat potrzebuje bohaterów, by uchronić się przed tą plagą. Kogoś, kto zapewni wysoką jakość końcowego produktu i przyczyni się do spokojnego snu zadowolonych graczy. Naprzeciw temu zadaniu stają Testerzy Gier – nieustraszeni pogromcy błędów, strażnicy bugtrackera, którzy na co dzień w pocie czoła zwalczają wszelkie bugi, crashe i glitche. Jeżeli kiedykolwiek zastanawialiście się jak wygląda praca testera i chcielibyście wyjść poza utarty stereotyp, że to po prostu granie za pieniądze, to podczas wystąpienia zdradzę Wam wszelkie arkana tego zawodu. Dowiecie się z jakiego arsenału korzystamy, by wytępić robactwo psujące soft, kto może zaciągnąć się do ekipy, jakie są perspektywy na rozwój w Quality Assurance gier video i dlaczego dla pasjonatów to najlepsza praca na świecie. Podczas prezentacji przybliżę Wam sylwetkę Testera Gier oraz spróbuję odpowiedzieć na wszelkie pytania dotyczące pracy w GameDevie.

  • QA Manager w firmie QLOC S.A.
  • Wtorek 24/05/16
  • -
adam-roman

Adam Roman

TDT - jedynie słuszne podejście do testów Adiunkt w Instytucie Informatyki i Matematyki Komputerowej Uniwersytetu Jagiellońskiego oraz Lider QA R&D w Rivet Group. Od wielu lat wykłada przedmioty związane m.in. z testowaniem oraz zapewnianiem jakości oprogramowania, jest trenerem kursów przygotowujących do uzyskania certyfikatów ISTQB. Prowadzi projekty naukowo-badawcze, a w Rivet Group odpowiada również za innowacyjność i merytorykę projektów. Autor podręcznika “Testowanie i jakość oprogramowania – metody, modele i narzędzia”. Certyfikowany inżynier jakości oprogramowania (ASQ CSQE) oraz tester (ISTQB Full Advanced). Członek Polskiego Komitetu Normalizacyjnego oraz Stowarzyszenia Jakości Systemów Informatycznych.

Testowanie, jako część inżynierii oprogramowania, cierpi na tę samą przypadłość co cała branża IT - tak zwane mody. Scrum, automatyzacja, zwinne testowanie, ATDD, BDD, TDD - wszyscy to znają, wszyscy o tym mówią i wszyscy to stosują (lub wydaje im się, że to robią). Często jednak wpadamy w pułapkę ślepego podążania za daną "nowinką", czy będzie to model procesu testowego, czy technika testowania, czy specyficzne zadanie z obszaru QA. W rezultacie umyka nam prawdziwa istota modelu, techniki czy zadania. Na podstawie obserwacji z praktyki, a także różnych prezentacji, jakich miałem okazję wysłuchać na różnych konferencjach testerskich, chciałbym poruszyć w prezentacji kilka zagadnień z tym związanych. Po pierwsze, pokazać przykłady tego, jak nieumiejętne stosowanie idei nowych, ale też uznanych za standard może w rezultacie pogorszyć, a nie polepszyć naszą sytuację. Czy "piramida testów" może się okazać piramidalną bzdurą? Czy raporty z testowania naprawdę mówią prawdę? Czy testy białoskrzynkowe muszą dotyczyć pokrycia kodu? Czy zamiast przeprowadzać żmudny proces rekrutacyjny aby sprawdzić jakość kandydata na testera możemy to zrobić, zadając mu tylko jedno, proste pytanie? Po drugie, zachęcić słuchaczy do refleksji na temat tego, co w takim razie w testowaniu powinno być rzeczą dla testera najważniejszą. Czy jest to znajomość pojęć i definicji ISTQB? Zdolność automatyzacji testów? A może umiejętność tworzenia raportów? To wszystko jest oczywiście ważne, ale są rzeczy ważniejsze, które chyba zbyt często nam umykają. Zastanówmy się więc, czego dotyczy testerski "spór o uniwersalia". Po trzecie, zaproponować autorski model testowania, który może pomóc w racjonalnym postępowaniu podczas testowania oprogramowania, zwiększyć efektywność, pobudzić kreatywność testera oraz uniknąć błędów i pułapek opisanych powyżej. Model doskonale nadaje się do wykorzystania jako heurystyka dla testowania eksploracyjnego. Pokażę jego zastosowanie na konkretnym, rzeczywistym przykładzie. I po czwarte, rozszyfrować tytułowy skrót TDT, oznaczający jedynie słuszne i uniwersalne podejście do testów

  • Lider QA R&D w Rivet Group
  • Wtorek 24/05/16
  • -
Michal-Stryjak

Michał Stryjak

Context Driven Testing - nowa nadzieja Przygodę z testowaniem rozpoczął w 2007. Obecnie zajmuje się zarządzaniem jakością w innowacyjnym produkcie, który pomaga zidentyfikować ukryte relacje między elementami w ogromnych zbiorach danych. Ta opatentowana technologia ma ogromną ilość zastosowań i obecnie największym zainteresowaniem cieszy się w obszarze Fraud Detection i Anti­Money Laundering. Dotychczas Michał odpowiedzialny był za jakość w złożonych, międzynarodowych projektach w firmach takich jak Siemens, Volvo czy Objectivity. Wieloletnie doświadczenie w pracy jako Scrum Master w wielokulturowych zespołach nauczyło go, że do uzyskania doskonałej jakości istotne są nie tylko testy, ale też dobrze zorganizowany zespół i efektywna komunikacja. Zdobytą wiedzą dzieli się jako prelegent na międzynarodowych konferencjach tematycznych (EuroSTAR, STPCon). W PiLab Michał, pełniąc rolę QA Managera, buduje zespół w oparciu o filozofię Context­Driven Testing.

Małe firmy z sektora Hi­Tech chcą zmieniać świat. Wszystko zaczyna się od genialnego pomysłu, który następnie zderza się z twardą rzeczywistością. W pierwszej fazie rozwoju należy zidentyfikować problem, który można rozwiązać, i ludzi, którym przyniesie to korzyść. Na tym etapie rozwoju liczy się przede wszystkim tempo wprowadzania zmian. Aby dobrze zidentyfikować problem i dopasować rozwiązanie, trzeba eksperymentować, bawić się funkcjami, zostawiać rzeczy użyteczne i wyrzucać nieprzydatne. Zespół musi szybko reagować na zmiany i na bieżąco decydować, co i jak testować. Ponieważ czas poświęcany na testy jest mocno ograniczony, każda zła decyzja może mieć poważne konsekwencje. Gdy uda się dobrze zidentyfikować problem i rozwiązanie, nagle priorytetem staje się jakość. Główne funkcjonalności nadal muszą być dopieszczane, ale zespół także mocno eksperymentuje z nowymi funkcjami. Tester staje więc przed nie lada wyzwaniem. Z jednej strony musi być strażnikiem jakości, a z drugiej nie zwalniać w eksperymentowaniu z nowymi funkcjonalnościami. Mamy tu do czynienia ze swoistym rozdwojeniem jaźni. Jak sobie z tym poradzić? Nam z pomocą przyszedł Context Driven Testing (CDT).

Postanowiliśmy odrzucić normy i praktyki wyniesione z dużych firm, ponieważ nie były one w stanie sprostać dynamice zachodzących zmian i procesów. Przyjęcie podstawowych zasad CDT otworzyło drzwi, o których wcześniej nawet nie pomyśleliśmy. Na tej sesji opowiem Wam o tym, jak start­up przeradza się w małą firmę Hi­Tech, jakie są podstawowe zasady Context Driven Testing oraz jak wygląda nasz obecny proces wytwarzania oprogramowania, który łączy w sobie ogromne ilości eksperymentowania i zarazem pozwala dbać o jakość. Podzielę się też z Wami wyzwaniami, z którymi stykamy się na co dzień. Liczę na to, że być może nasza dyskusja po sesji pomoże mi kilka z nich rozwiązać.

  • QA Manager
  • Wtorek 24/05/16
  • -
Jan-Werewka

Jan Werewka

Relacje pomiędzy architekturą korporacyjną i architekturą oprogramowania w kontekście jakości systemów gier Prace magisterską obronił na Uniwersytecie Technicznym w Dreźnie na kierunku Elektronika Systemów Przetwarzania Danych. Ukończył Studia Doktoranckie i obronił pracę doktorską z wyróżnieniem na Wydziale Elektrotechniki Akademii Górniczo-Hutniczej. Pracę habilitacyjną "Symulacja rozproszona systemów komunikacyjnych" obronił na Uniwersytecie Humboldta w Berlinie. Praca została opublikowana w monografiach naukowych Akademii Nauk w Berlinie. Aktualnie pracuje Wydziale Elektrotechniki, Automatyki, Informatyki i Inżynierii Biomedycznej w Katedrze Informatyki Stosowanej (http://home.agh.edu.pl/werewka). Aktualna praca badawcza dotyczy zagadnień architektury korporacyjnej, zarządzania projektami informatycznymi, architektury systemów informatycznych, systemów czasu rzeczywistego. Wypromował sześciu doktorów w dyscyplinie Informatyka. Jest autorem bądź współautorem 125 publikacji naukowych. Był jednym z założycieli firmy informatycznej ATSI S.A., która powstała w 1997 roku. Kierował tą firmą jako prezes przez 17 lat do roku 2014. W 2014 roku jako prezes ATSI S.A. odebrał nagrodę Diament Forbesa. Jest założycielem i kierownikiem Studiów Podyplomowych „Zarządzanie Projektami Informatycznymi” (http://wozpi.agh.edu.pl/) AGH. Jest założycielem i kierownikiem Akademii Architektury IT (http://www.it-architecture.agh.edu.pl/), która specjalizuje się w szkoleniach informatycznych z obszaru architektury korporacyjnej i oprogramowania. Jest inicjatorem powstania Niestacjonarnych Studiów Doktoranckich na Wydziale Elektrotechniki, Automatyki, Informatyki i Inżynierii Biomedycznej (http://www.it-phd-studies.agh.edu.pl/home/), na które nabór rozpoczyna się od kwietnia 2016 roku.

Architektura korporacyjna dotyczy architektury przedsiębiorstwa lub przedsięwzięcia, w której systemy IT posiadają istotny wpływ na działalność biznesową. W prezentacji rozważane są powiązania pomiędzy firmami tworzącymi oprogramowanie i stosującymi to oprogramowanie w działalności operacyjnej. Na przykładach zostanie przedstawiona struktura metodyki (frameworka) budowy architektury korporacyjnej. Przedstawione zostaną zależności pomiędzy budową architektury korporacyjnej i rozwojem architektury oprogramowania w kontekście przyjętych wartości. Zaproponowane rozwiązanie zostanie zilustrowane przykładami systemu gier i sposobami jego zarządzania. W podsumowaniu zawarta będzie propozycja objęcia testami architektury systemów biznesowych i oprogramowania.

  • Dr hab. inż. prof. n. AGH
  • Wtorek 24/05/16
  • -
maciej-chmielarz

Maciej Chmielarz

Warsztaty: Programowanie w języku SQL na pomoc testowaniu zapewnianiem jakości w projektach informatycznych zajmuje się od 2008 roku. Doświadczenie zdobywał u pracodawców należących do polskiej i światowej czołówki firm technologicznych, producentów unikatowych rozwiązań inżynierskich. Obecnie pracuje dla IVONA Software, firmy produkującej światowej klasy syntezator mowy, będącej częścią amerykańskiej korporacji Amazon. Przedtem przez kilka lat pracował dla Asseco Poland nad rozwojem największego projektu informatycznego w tej części Europy, a karierę rozpoczął w amerykańskiej firmie Acxiom. Poza tym od 2012 roku prowadzi studia podyplomowe z testowania oprogramowania na Wyższej Szkole Bankowej w Gdańsku, chętnie dzieląc się swoją wiedzą i doświadczeniem z dziesiątkami osób zainteresowanych rozwijaniem własnej kariery w tym kierunku. Od 2013 roku współpracuje ze Stowarzyszeniem Jakości Systemów Informatycznych, między innymi aktywnie uczestnicząc w organizacji Testwarez, największej w Polsce konferencji dotyczącej testowania oprogramowania. Jest jednym z założycieli i organizatorów spotkań TrójQA, otwartych prezentacji dotyczących zapewniania jakości i testowania dla specjalistów z Trójmiasta.

Język SQL to potężne i nieco niedoceniane narzędzie, często ukryte za frameworkiem (w przypadku programowania) lub interfejsem graficznym (w przypadku testowania). Tymczasem dzięki swojej prostej i logicznej strukturze oferuje stosunkowo niski próg wejścia wszystkim osobom zainteresowanym poszukiwaniem bardziej wyrafinowanych metod pracy. Programowanie w języku SQL może się stać pełnoprawnym narzędziem w rękach każdego testera pracującego z oprogramowaniem wykorzystującym bazę relacyjną. Będę chciał tego dowieść opierając się na własnych doświadczeniach z bazą o rzadko spotykanej skali, pokazując metody ułatwiania pracy własnego pomysłu. Podczas warsztatów stworzymy omawiane rozwiązania od podstaw wspólnie z uczestnikami

  • QA Engineer
  • Wtorek 24/05/16
  • -
Daniel Dec

Daniel Dec

Warsztaty: GIT dla testerów Doświadczony tester, inżynier jakości, młodszy programista. Posiada doświadczenie w całościowym zapewnianiu jakości projektów informatycznych, procesie testowania, projektowania i automatyzacji testów oraz testach wydajnościowych. Odnajduje się również w roli konsultanta, technicznego rekrutera oraz trenera. Miłośnik paradygmatów XP, pragmatycznego podejścia do testowania, wolnego oprogramowania i otwartej wymiany wiedzy. Bierze udział w rozwoju oprogramowania komputera pokładowego misji PW-SAT2. Pomysłodawca i organizator polskiej konferencji Quality Excites (http://qualityexcites.pl/) oraz spotkań cyklicznych Quality Meetup (http://www.meetup.com/Quality-Meetup/). Współtwórca programu nauczania specjalizacji Uniwersytetu Śląskiego ”Inżynieria jakości oprogramowania” (http://zaiio.ii.us.edu.pl/konferencje/wywiad-z-inzynierami-jakosci-oprogramowania-na-temat-nowych-specjalizacji/) Po godzinach piwowar i etatowy perkusista.

Podczas warsztatu opowiemy czym jest kontrola wersji opierając się o najpopularniejsze narzędzie Open Source - Git. Obalimy mit, że praca w terminalu jest straszna wykorzystując komendy gita. Pokażemy jak łatwo zacząć pracę z gitem oraz przećwiczymy podejście git flow i pracę na branchach na podstawie typowych zadań z codziennej pracy testera. Ponadto, zastanowimy się dlaczego scenariusze automatycznych testów akceptacyjnych warto wersjonować.

  • Software Quality Engineer
  • Wtorek 24/05/16
  • -
Irek-Bogucki

Irek Bogucki

How to best spend your test hours Irek works in IT industry for nearly a decade and his goal since the last few years is not to be needed. It is a hell of a challenge especially when you are a project manager of a number of teams from test and development fields delivering companies critical products. After a short track of self employment he started his corporate career as a software engineer and quickly found out that testing jobs are clearly more fun. Few years later he found out that helping people to become better professionals is even more fun. He is a big fan of Agile, Lean and AsLongsAsItWorks

As test professionals we are always challenged by the limited testing budget and short test cycle duration. Have you ever wondered how to further optimize your test strategy given that all of your budget wishes came through? We did that some time ago, just in case it would ever happen. If you’re constantly looking for ways to operate in an agile fashion and implement the spirit of continuous feedback into your test campaigns then this seminar is a place to be. We’ll share with you some of the best practices that are working well during test campaigns of public safety products meeting extremely high quality requirements. You’ll hear about what data we use to optimize our test campaigns, how we collect it and what it allows us to achieve. That includes a short study about the influence of chocolate on the test efficiency and how we found that out.

  • Motorola
  • Wtorek 24/05/16
  • -

Katowice Międzynarodowe Centrum Kongresowe

Dojazd, hotele i co warto odwiedzić w Kato?















niech nic nie umknie twojej uwadze newsletter

Zapisz się, aby otrzymywać wszystkie najważniejsze wiadomości o TestingCup. Będziemy informować Cię o głównych prelegentach, o planach na konferencję, otwarciu rejestracji itp.