PTaQ XLV – zaproszenie

Zapraszamy was na pierwsze powakacyjne spotkanie PTaQ. Mamy nadzieję, iż wypoczeliście, gdyż Karina i Paweł przygotowali dla was kawał wiedzy do zdobycia. Karina opowie jak wprowadzić i usprawniać proces testowy, a Paweł poruszy ostatnio coraz popularniejszy temat TestOps.

Kiedy? 7 września (czwartek), start godz.18:00

Gdzie: Maraton Business Center, Królowej Jadwigi 43, Wejście B, 4 Piętro, biuro firmy OLX

Embedding testing process into software development lifecycle
(without dedicated test environment)

Imagine: You are now a single QA engineer on a big project with neither testing team onboard nor testing culture inside the development team yet. What to start with? How to organize your and your team’s work to make it possible constantly deliver the certain level of quality? What processes to change first?
I will share my experience in building and embedding testing process from scratch without dedicated test environment. I also will show how we organized testing on the local environment (PHP+own framework+Docker) on branches before merging, in order to prevent bugs sneaking out to prod.
This presentation will be useful for process-committed QA engineers who are ready to work with the code.

Karina Petrosian – Od ponad pół roku jest testerka w OLX gdzie dba o jakość aplikacji webowych i mobilnych. Ma doświadczenie w testowaniu manualnym ponad 6 lat. W tym czasie pracowała z wieloma technologiami w wielu różnych projektach zaczynajac od startupów a kończąc na bankach inwestycyjnych. Jest miłośniczką procesów w codziennej pracy.
W czasie wolnym podróżuje i uprawia sport, między innymi siatkówkę, bieg, narty i fitness.

Testops 101 – z (testerska) głową w chmurze

Podejścia Continuous Delivery i Continuous Deployment stają się coraz bardziej popularne, dzięki nim mamy możliwość przyspieszenia cyklu wytwarzania oprogramowania. Doprowadza nas to wyzwania jakim staje się odpowiednie zapewnienie jakości, pojawia się potrzeba jeszcze większej automatyzacji zadań, zarówno tych związanych bezpośrednio z testowaniem aplikacji jak i dotykających ogólnego procesu jej wytwarzania. Role uczestników tego procesu się łączą i zacierają. Tester uczestniczy w automatyzacji testów, automatyk testów współtworzy wraz z programistą i administratorem środowiska testowe czy produkcyjne. Często to właśnie od testera oczekuje się zapewnienia czy koordynowania dostarczenia odpowiednich narzędzi w projekcie – czy to dotyczących analityki kodu (metryki jakości, analiza statyczna, dynamiczna), analizy defektów i automatyzacji ich cyklu życia oraz integracji tych wszystkich metryk i narzędzi w proces i cykl pracy zespołu. Trend ten nazywa się często TestOps. Dodatkowym czynnikiem, który zmienia metodologię pracy jest szeroko pojęta chmura – zmiana podejścia do zasobów serwerowych i nowe możliwości jakie dają nam takie serwisy jak Amazon Web Services czy Microsoft Azure. W swojej prezentacji przedstawię jak uspójnić środowiska aplikacji przy użyciu dockera, a następnie jak łatwiej nimi zarządzać przy pomocy docker compose. Na przykładzie AWS oraz korzystając z wcześniejszej konfiguracji dockera zaprezentuję jak stworzyć infrastrukturę dla aplikacji testowanej oraz uruchomić dla niej zestaw testów. Bazując na infrastrukturze utworzonej w Elastic Beanstalk pokażę jak w prosty sposób możemy klonować środowiska czy modyfikować do naszych potrzeb. Następnie przedstawię jak przy pomocy środowiska CI oraz przy integracji z githubem zintegrować przedstawione podejścia i narzędzia w jeden spójny workflow.

Paweł Maciejewski – Inżynier testów automatycznych z ponad pięcioletnim doświadczeniem. W swojej karierze uczestniczyłem w wielu projektach w różnych technologiach – od bankowych aplikacji okienkowych po skomplikowane serwisy internetowe. Od prawie dwóch lat w OLX, ostatnio poruszając się na styku dewelopmentu i devops współtworząc process ciągłej integracji i deploymentu dla jednego z projektów firmy. Pasjonat devops i chmury, podróżowania, od niedawna zapalony biegacz.

PTaQ XLIV – zaproszenie

Zapraszamy Was na XLIV spotkanie PTaQ. W wakacyjnym nastroju będziemy gościć w Egnyte! Piotr Januszek opowie nam o tym w jaki sposób wybrać framework do automatyzacji testów. Myślę, że temat szczególnie istotny dla wielu firm, które borykają się z podobnym problemem. Natomiast Rafał Tartanus o tym w jaki sposób testować, aby zaspokoić oczekiwania klienta. Oba tematy bardzo ciekawe, serdecznie zapraszamy!

Ze względu na ograniczoną przestrzeń, dysponujemy miejscem na 60 osób, dlatego też prosimy o wcześniejszą rejestrację – LINK

Kiedy? 19 lipca, start godz.18:00

Gdzie: ul. Mostowa 11, biuro firmy Egnyte

1) Czym kierować się przy wyborze frameworka do testów?

Automatyzacja jest bardzo popularnym tematem w dzisiejszych czasach. Dla części jest największym błogosławieństwem, część widzi w niej jedynie problemy i wieczną analizę fałszywych błędów. Każda firma boryka się ze swoimi problemami, jednak czy istnieje jakiś złoty graal, który rozwiąże wszystkie te problemy? Podczas prezentacji chciałbym opowiedzieć o różnych problemach oraz możliwościach, które na nas czekają przy doborze frameworków, oraz jakimi czynnikami ja się kieruję. Jak najlepiej dostosować swoje narzędzie do swojego zespołu? Na które czynniki powinno się szczególnie zwracać uwagę? Która część automatyzacji może sprawiać największe problemy? Po próbę odpowiedzi na powyższe pytania zapraszam na prezentację.  

Piotr Januszek jest technicznym leadem QA w firmie Egnyte, specjalizuje się w automatyzacji testów. Rozpoczął karierę jako developer ale przeszedł do działu QA aby podnosić jakość produktów korzystając z technicznej wiedzy. Rozpoczynając pracę w QA ponad 7 lat temu pracował w różnych firmach, zarówno polskich jak i brytyjskich, udzielając się w wyborach i implementacji frameworków do testów automatycznych. Kilka lat temu prowadził prezentacje na Testwarez i Quality Excites.

2) Testy QA – skala ma znaczenie

Bardzo często testy automatyczne nie uwzględniają rzeczywistego użycia produktu przez klientów. Może doprowadzić to do sytuacji w której testy potwierdzają działanie systemu, a klienci zgłaszają błędy. Warto odpowiedzić sobie na pytanie dlaczego tak się dzieje i jak się przed tym ustrzec. Dlaczego warto „znać” swoich klientów? Jakie narzędzia można wykorzystać do analizy użycia systemu? Jak testować nową funkcjonalność by zminimalizować ryzyko błędów? Dlaczego QA powinien przykładać dużą uwagę do optymalizacji produktu?

Rafał Tartanus zajmuje się automatyzacją testów oraz QA w Egnyte Poland. Przygodę z testowaniem rozpoczął w 2012 w Samsung R&D Center. W tym czasie miał okazję pracować z różnymi technologiami – od systemów embedded po interfejsy w przeglądarkach internetowych. Aktualnie skupia się nad automatyzacją testów cześci serwerowej w Egnyte.

PTaQ XLIII – Zaproszenie

Zapraszamy Was na XLIII spotkanie PTaQ. Tym razem wracamy do Cognifide! Gdzie będziemy mogli posłuchać duetu Marka Bugiela oraz Piotra Hełki o tym jak budować systemy, które będą wspierać zapewnianie jakości w projekcie. Następnie Ania Budziszewska opowie nam o podejściu do testowania Adobe Analytics. Na zakończenie Łukasz Morawski przedstawi nam jak projektować realistyczne testy wydajności.

Kiedy? 22 czerwca, start godz.18:00

Gdzie: ul. Murawa 12-18, wejście B, biuro firmy Cognifide

1) Jak budować systemy wspierające zapewnienie jakości?

Dużo mówi się obecnie o narzędziach i technicznych sposobach zapewnienia jakości w projektach.

Projekty i systemy tworzą ludzie, i to ostatecznie od nich zależy czy będą wspierać zapewnienie jakości, czy nie…

Jak budować systemy zapewniające jakość tworzonych produktów?

Co robić gdy systemy zawodzą?

Co o zapewnieniu jakości mówi Managment 3.0 ?

O tym wszystkim powiemy na najbliższym spotkaniu PTaQ.

Warsztaty poprowadzą organizatorzy wrocławskiego Meetupu Management 3.0: Marek Bugiel, pracujący na co dzień jako menadżer funkcyjny i personalny Capgemini, wdraża praktyki Managementu 3.0 do codziennego użycia, a także aktywny mówca klubu krasomówczego  oraz Piotr Hełka, facylitator Management 3.0 oraz starszy inżynier oprogramowania w firmie NewVoiceMedia, nastawiony na budowanie sprawnych adaptacyjnych systemów międzyludzkich realizujących złożone wyzwania ze sfery IT. Piotr i Marek prowadzą również w Poznaniu warsztaty Management 3.0 w ramach Amdigo.

2) Testing analytics, czyli jak testować, żeby nie zwariować.

Krótka historia o testowaniu Adobe Analytics – od czego warto zacząć, czego unikać i jakie rozwiązania stosować.

Anna Budziszewska – testowaniem zajmuje się od blisko siedmiu lat, od trzech lat w Cognifide. Zawodowo interesuje się m.in. testami eksploracyjnymi, analizą biznesową, zarządzaniem zespołem oraz testami automatycznymi.

Prywatnie miłośniczka podróży, jogi i dobrej kuchni.

3) Jak na podstawie danych analitycznych zaprojektować i zaimplementować realistyczny test wydajnościowy

Mając dostęp do danych analitycznych klienta, jesteśmy w stanie przekuć je w scenariusz a następnie zaimplementować jako skrypt. Dzięki temu nasze testy oprócz wartości technicznej zyskują też wartość biznesową – możemy przewidzieć z większym prawdopodobieństwem jak zachowa się system produkcyjny i „ilu użytkowników” tak naprawdę wspiera. Jak to zrobić? Na przykładzie JMetera pokażemy jak zbudować test i jakie dane analityczne będą dla nas przydatne.

Łukasz Morawski – lider, tester, od kilkunastu lat w IT. Specjalizuje się w technicznej stronie testowania. Lubi kiedy sprawy są załatwiane, a rzeczy się dzieją. Czasami coś napisze lub powie o testowaniu. Uważa, że najlepsze narzędzia to Wasz mózg i ręce. Obecnie pracuje jako QA w Cognifide.

PTaQ XLII – zaproszenie

Zapraszamy na XLII spotkanie PTaQ. Tym razem po raz pierwszy odwiedzimy Netguru, a tematem przewodnim będzie ulepszanie procesów zapewnianie jakości.

Kiedy? 11 maja, start godz. 18:00

Gdzie: Netguru, ul. Wojskowa 6

Rejestracja: http://www.uczestnicy.pl/event/ptaq-xlii

Jak może wyglądać współpraca między QA a Product Designer w fazie koncepcyjnej produktu.

Maciej Kownacki, na co dzień zajmuje się jakością, biorąc udział w gaszeniu pożarów, a kiedy czas pozwala bierze udział w projektach w fazie koncepcyjnej. Po pracy debiutuje na dribble i trenuje rysunek postaci: https://dribbble.com/elefantus

Rola QA w rosnącej firmie – Procesy, narzędzia, kultura.

Marta Męczekalska – lider zespołu QA w netguru. Od prawie trzech lat zawodowo zajmuje się testowaniem, głównie aplikacji webowych. Uczestniczyła w co najmniej 20 projektach. Fanka optymalizacji procesów oraz redukcji zbędnej biurokracji. Prywatnie miłośnik przyrody, amator ornitologii.

Wojna o jakość, czyli co ma lotnictwo wojskowe do testowania

Kiedy zaczynałem przed kilku laty pracę w tej branży, sądziłem, że esencją pracy testera jest… testowanie.

Dzisiaj widzę, że był to chyba najgorszy błąd jaki mogłem popełnić. Z projektu na projekt, powoli zacząłem zdawać sobie sprawę, że jeśli ograniczę się do testowania, będę jak generał który planuje jedynie wojnę obronną. Jasne, może przez jakiś czas chronić status quo, ale wojny tak nie wygra.

Testowanie nie jest celem naszej pracy, tak jak prowadzenie samochodu nie jest celem kierowców. Testowanie jest środkiem do osiągnięcia jakiegoś celu. I tak jak kierowcy szukają najkrótszej drogi dostarczenia ładunku, testerzy muszą szukać sposobów na poprawę jakości oprogramowania. Inaczej mogą się któregoś dnia obudzić jako eksperci w dostarczaniu na czas wyczerpujących informacji o tym… jak beznadziejny jest produkt.

Wielu testerów wie, że musi coś zmienić, ale nie bardzo wiedzą od czego zacząć. Niespodziewaną odpowiedź przynosi nam historia II Wojny Światowej. Problemy, które mamy dziś jako testerzy, są zadziwiająco zbieżne z tymi, nad którymi głowili się dowódcy lotnictwa jakieś 70 lat temu. Znaleźli wówczas konkretne rozwiązania tych problemów; rozwiązania, które tylko czekają aby przeszczepić je na nasz grunt.

Opowiem jak przez tzw. klapki na oczach moja praca nie przynosiła efektów i jak z tej samej przyczyny niemal upadła pewna operacja wojskowa. Przyjrzymy się jak generałowie uporali się z tym problemem przed laty i jakich pięciu lekcji możemy się od nich nauczyć jako testerzy.

Antoni Roszak – Karierę testerską zacząłem 10 lat temu i obecnie pracuję na stanowisku Quality Managera. Odpowiadam również za ciągłą poprawę procesów testowych w naszej firmie. Specjalizuję się w testach oprogramowania embedded. Mój cel, to maksymalna poprawa jakości produktu jak najmniejszym kosztem.

Nasze spotkania są darmowe. Uwaga, udział w meetupie oznacza akceptację poniższego regulaminu.

REGULAMIN UCZESTNICTWA W PTAQ MEET-UP

 DEFINICJE

 Pod warunkiem, że nic innego nie zostało zapisane w Regulaminie lub nic innego nie wynika z sensu postanowień Regulaminu, użyte w Regulaminie pojęcia pisane wielką literą oznaczają, co następuje:

1.1. Meet-up – spotkanie organizowane przez Organizatora

1.2. Uczestnik – osoba fizyczna posiadająca pełną zdolność do czynności prawnych, zakwalifikowana na Meet-up przez Organizatora na zasadach przez niego określonych oraz biorąca udział w spotkaniu na zasadach określonych Regulaminem.

1.3. Organizator – Netguru spółka z ograniczoną odpowiedzialnością z siedzibą i adresem w Poznaniu przy ulicy Wojskowa 6, 60-792 Poznań  wpisana do rejestru przedsiębiorców Krajowego Rejestru Sądowego prowadzonego przez Sąd Rejonowy Poznań – Nowe Miasto i Wilda w Poznaniu, VIII Wydział Gospodarczy Krajowego Rejestru Sądowego, pod numerem KRS 0000306593, o numerze NIP 7781454968, o numerze REGON 300826280.

1.4. Regulamin – niniejszy Regulamin określający zasady uczestnictwa w Meet-up’ie.

1.5. Dane Osobowe Uczestnika – wszelkie informacje dotyczące zidentyfikowanej lub możliwej do zidentyfikowania osoby fizycznej przetwarzane przez administratora danych osobowych  podane w związku ze Meet-up’em oraz przetwarzane w celach i na zasadach w Regulaminie określonych.

  1. POSTANOWIENIA OGÓLNE

2.1. Meet-up trwa od 18:00 do 22:00.

2.2. Meet-up odbędzie się w dniu 11/05/2017 w siedzibie Organizatora.

2.3. Udział w Meet-up’ie jest bezpłatny. Uczestnikowi nie przysługuje wynagrodzenie za udział w Meet-up’ie. Organizator Szkolenia nie pokrywa kosztów dojazdu Uczestnika do miejsca Meet-up’u lub innych kosztów związanych z uczestnictwem w Meet-up’ie.

2.4. Organizator zastrzega sobie prawo do zmiany okresu oraz miejsca spotkania. W takim przypadku Organizator poinformuje o zmianie Uczestników.

2.5. Meet-up odbywa się zgodnie z agendą określoną przez Organizatora. Organizator zastrzega sobie prawo modyfikacji agendy.

2.6. Organizator zastrzega sobie prawo odwołania spotkania. W takim przypadku Organizator poinformuje Uczestników o jego odwołaniu.

  1. PRAWA i OBOWIĄZKI UCZESTNIKA

3.1. Uczestnik ma prawo uczestniczyć w Meet-upie zgodnie z agendą podaną przez Organizatora,

3.2. Uczestnik ma obowiązek:

3.2.1. przestrzegać Regulamin,

3.2.2. przestrzegać poleceń Organizatora dotyczących przebiegu Meet-up’u,

3.2.3. przestrzegać zasad obowiązujących w miejscu Meet-up’u, w tym w szczególności obowiązujących w miejscu zasad BHP.

3.3. Uczestnik Meet-up’u wyraża zgodę na wykorzystanie swojego wizerunku na zdjęciach wykonywanych podczas Meet-up’u, w którym uczestniczył oraz na ich publikację w materiałach marketingowych, promocyjnych i informacyjnych o Meet-up’ie.

3.4. W przypadku spożycia alkoholu Uczestnik Meet-up’u czyni to na własną odpowiedzialność.

3.5. Uczestnik Meet-up’u zobowiązuje się do niespożywania środków odurzających w trakcie Meet-up’u.

3.6. Uczestnik w każdym czasie może zgłosić rezygnację z udziału w Meet-up’ie. Rezygnacja musi zostać zgłoszona Organizatorowi w formie elektronicznej.

3.7. W przypadku naruszenia postanowień Regulaminu, a także w przypadku podejmowania przez Uczestnika działań sprzecznych z prawem, zasadami współżycia społecznego, lub innych naruszających dobre imię i renomę Organizatora, Organizator uprawniony jest do wykluczenia Uczestnika z Meet-up’u ze skutkiem natychmiastowym.

3.8. Uczestnik Meet-up’u jest odpowiedzialny finansowo za spowodowanie szkód w trakcie Meet-up’u i zobowiązany do pokrycia strat w ciągu 7 dni od dnia zakończenia Meet-up’u.

  1. POSTANOWIENIA KOŃCOWE

4.1. Regulamin wchodzi w życie w dniu 11.05.2017.

4.2. Obowiązujący Regulamin jest dostępny dla Uczestników w siedzibie Organizatora oraz online przy rejestracji przez portal uczestnicy.pl.

4.3. Wszelkie spory wynikłe na gruncie Regulaminu będzie rozstrzygał sąd powszechny właściwy dla siedziby Organizatora.

4.4. Załącznik nr 1 stanowią integralną cześć Regulaminu.

Załącznik numer 1 do Regulaminu uczestnictwa w PTaQ Meet-up’ie – lista obecności wraz z oświadczeniem Uczestników o zapoznaniu się z Regulaminem.

Oświadczenie Uczestnika PTaQ Meet-up’u

Oświadczam, że zapoznałem się z treścią Regulaminu uczestnictwa w PTaQ Meet-up’ie i zobowiązuję się do jego przestrzegania.