PTaQ XXXVIII – zaproszenie

PTaQ XXXVIII – zaproszenie

Zapraszamy Was na nasze XXXVIII spotkanie. Tym razem prezenterami będą koledzy z Roche, najpierw Alan opowie o tym jak dbać o jakość procesu testowego przy outsourcingu testów,  a nastepnie Piotr opowie o wymaganiach w testach wydajnościowych.

Kiedy? 17 stycznia (wtorek), start godz. 18:00

Gdzie? ul. Baraniaka 88D, Budynek E (Biurowiec Malta Office Park)

Współorganizator spotkania: Roche Polska Sp. z o.o.

Jakość procesu testowego w środowisku zdominowanym przez outsourcing testów

Prezentacja będzie poświęcona dbaniu o jakość procesu testowego w środowisku zdominowanym przez outsourcing testów, w środowisku charakteryzującym się silnym uregulowaniem prawnym procesu wytwórczego.
W wystąpieniu będę mówił o inspekcjach testowych, które stały się odpowiedzią na potrzebę weryfikacji: czy gdy oddamy testy w ręce podwykonawców nadal będą one realizowane zgodnie ze standardami wynikającymi z regulacji prawnych, stosowanego procesu wytwórczego i dobrych praktyk prowadzenia testów.

Skupię się na tym czym są właściwie inspekcje  testowe i jak ewoluowały od roku 2014 gdy je rozpoczęliśmy. Nie są one tylko weryfikacją , ale również szansą na zdobycie nowej wiedzy zarówno przez inspektorów, jak i kierowników testów, których projekty są sprawdzane.

Inspekcje, to nie tylko zestaw pytań, ale zgrabny proces, który owszem oparty jest o listę kontrolną, ale jest też czymś więcej. Inspekcja, to rachunek sumienia kierownika testów, spotkanie i przegadanie jak projekt jest prowadzony, niezależna ocena skryptów dokumentacji testowej, ale przede wszystkim dokumentacji, na której bazują testerzy oraz wiele innych działań, które wieńczy raport podsumowujący.

Z kolei raport sam w sobie jest ciekawym tworem, a najciekawszymi jego elementemi są ocena kosztów jakości oraz ocena samego procesu wytwórczego i jego wpływu na testy. Testy są doskonałym szkłem powiększającym, który doskonale uwypukla wszystkie bolączki w zarządzaniu danym projektem.

I tu proces inspekcji może się skończyć, ale czy musi? Nie zawsze, bo jest  jeszcze coś co nazywamy akcjami naprawczymi, ale o tym, jak i o innych zagadnieniach, również związanych z inspekcjami, z chęcią opowiem podczas mojej prezentacji.

Alan Rudzki – Starszy specjalista, zajmujący się od 6 lat testowaniem w jednej z największych na świecie firm farmaceutycznych. Od 3 lat zajmujący się koordynacją testów funkcjonalnych, głównie w systemach walidowanych. Test manager w dwóch systemach walidowanych, lider grupy ludzi zajmujących się automatyzacją testów i bezpieczeństwem.

Pomysłodawca aplikacji do przeprowadzania inspekcji, dla której pełnił rolę kierownika projektu. W ostatnich sześciu latach zaangażowany w 12 projektach, z obszaru testów funkcjonalnych i bazodanowych. Z inspekcjami testowymi związany od roku 2014.

Obecnie rozpoczyna nową przygodę jako Project Manager dla systemów walidowanych.

Wymagania w testach wydajnościowych

It is very comfortable – when we start working for project, to prepare and run performance tests, and we receive well prepared requirements. And we experience it from time to time.

Most often project do not have performance requirements. Can we do something with it?

Yes, we can. In this presentation  I’m giving some proposals how we can collect performance requirements.

And these methods where used in set of my projects.

Piotr Pawluk – Starszy specjalista, zajmujący się testami wydajnościowymi, w jednej z największych na świecie firm farmaceutycznych. Koordynuje działanie polskiej części zespołu GPAT – Global Performance and Automation Testing.

W ostatnich dziesięciu latach świadczy usługę „Testy wydajnościowe” w około 100 projektach dotyczących niemal wszystkich obszarów działalności firmy: od „walidowanych” aplikacji nadzorujących bezpieczeństwo leków, poprzez systemy HR, do projektów „agile” prowadzonych na potrzeby działów marketingu.

 

Przypominamy, iż nasze spotkania są darmowe i otwarte dla wszystkich oraz nie wymagają rejestracji

PTaQ XXXVII – zaproszenie

Zapraszamy was na nasze XXXVII spotkanie..Tym razem o tym jak wprowadzić automatyzację w świecie mikroserwisów opowie Daniel, a nastepnie Ola wraz z kolegami z zespołu pokaże jak przeprowadzić warsztat z klientem.

Kiedy? 14 grudnia (środa), start godz. 18:00

Gdzie? ul. Małachowskiego 10 wejście D, (Biurowiec Podwale)

Współorganizator spotkania: Fabres

 

Z monolitu do mikroserwisów – czyli krótka historia o przeszkodach czyhających na drodze procesu automatyzacji

  • Jakie przeszkody i utrudnienia czekają na testera w drodze do automatyzacji?
  • Na co zwrócić uwagę przy wyborze narzędzia? Jak zarządzać Jobami przy użyciu Jenkinsa dla mikroserwisów?
  • Struktura testów oraz końcowy cel

Daniel Safiński – Quality Assurance Engineer z Fabres. Uważa, że podstawą dobrego automatu, jest odpowiednia implementacja, oraz odpowiednio zaimplementowana aplikacja a ta bez człowieka nie jest możliwa. Prywatnie miłośnik sportów. Lubi boks oraz gotowanie i podróżowanie połączone z nurkowaniem. Pracował w takich firmach jak Allegro, Sii, Pearson.

Interdyscyplinarna przygoda ‘QAja’ – case study Discovery Workshopu z klientem

Na spotkaniu przedstawione zostanie case study Discovery Workshopu z klientem oraz omówione zostaną techniki używane w takim warsztacie – z pewnością każdy wyniesie z nich coś dla siebie, swoich projektów oraz relacji z klientem.

Relacje zespołu developerskiego z klientem bywają tematem zaniedbanym. Tymczasem większość największych problemów współpracy na linii zespół-klient wynika właśnie z nieefektywnej komunikacji, braku ustalenia zasad wymiany informacji oraz reguł porozumiewania się. Często na te wszystkie  ustalenia brakuje czasu, a nie każdy klient jest w stanie docenić wagę komunikacji oraz dostrzec wartość w poświęceniu jej dodatkowej chwili i środków. Tymczasem ta pozorna oszczędność może przewijać się przez cały czas trwania projektu i przynieść o wiele więcej kosztów ukrytych przejawiających się na co dzień, niż zgodzenie się na koszt “chwili dla komunikacji”.

Ola, wraz z kolegami z Venture Devs zaprezentują ich “Sposób na…dogadanie się z klientem”, który działa nawet jeśli klient pochodzi z innego kraju.

Aleksandra Kornecka – jest uznanym wśród znajomych geekiem eventowym, z atencją dla branży IT. Zawodowo pasjonuje się pilnowaniem jakości oprogramowania jako Quality Assurance Engineer.  Z wykształcenia kognitywistka i badaczka jakościowa (przez to również zainteresowana UX-em oraz architekturą informacji). Jest też lekkoatletką. Mniej zawodowo, ale z równym zapałem zajmuje się tangiem argentyńskim oraz dokumentowaniem rzeczywistości słowem, pędzlem i ołówkiem. Współzałożycielka i liderka Girls Who Test. Ambasadorka projektu Spotkania IT. Współmoderatorka forum EuroSTAR TEST Huddle. Miłośniczka dobrze zarządzanych projektów, technologii haptycznych, IoT, delikatnie palonej kawy, Kopenhagi i Spykera Spydera. Ceni sobie przedsiębiorczych ludzi cechujących się pogodą ducha, poczuciem humoru i życzliwością.

 

Przypominamy, iż nasze spotkania są darmowe i otwarte dla wszystkich oraz nie wymagają rejestracji.

PTaQ XXXVI – zaproszenie

Zapraszamy was na nasze XXXVI spotkanie, którego tematem przewodnim będzie automatyzacja. W świat testów API oraz SoapUI wprowadzi nas Piotrek, a wraz z Jankiem zastanowimy się dlaczego tak naprawdę automatyzujemy nasze testy.

Kiedy? 23 listopada (środa), start godz. 18:00

Gdzie? ul. Dąbrowskiego79A, 11 Piętro, Sala Wuchta

Współorganizator spotkania: Amber Team

 

Testowanie API za pomocą SoapUI

Prelekcja została przygotowana z myślą o testerach, którzy nie mieli jeszcze styczności z testowaniem API i chcą rozszerzyć zakres swoich kompetencji o umiejętność testowania API za pomocą narzędzia SoapUI.

Piotr Nowicki – Tester w firmie AmberTeam. Na stanowisku testera pracuje już 4 lata. Uczestniczył w wielu projektach, w tym także międzynarodowych. Posiada doświadczenie w testowaniu zarówno manualnym, jak i automatycznym i wydajnościowym.

 

Sens i cel automatyzacji testów

Wielu testerów i nie tylko testerów zna narzędzia do automatyzacji testów, takie jak Selenium. Wielu potrafi w tych narzędziach skutecznie zaimplementować skrypty testowe. Testowanie to jednak nie tylko implementacja i wykonanie testów. Żeby automatyzacja przyniosła maksymalne korzyści trzeba ją zaplanować, a nade wszystko umieści w odpowiednim miejscu organizacji i procesu testowania.

W swojej prezentacji chciałbym omówić cele automatyzacji testów, jej sens, potencjalne zyski i zagrożenia. Chciałbym też pokazać podstawowe zasady dobrze wykonywanej automatyzacji.

W swojej prezentacji skupię się na następujących zagadnieniach

  • po co automatyzować
  • co automatyzować
  • problemy automatyzacji
  • techniki automatyzacji
  • automatyzacji a proces testowania (kiedy automatyzować)
  • utrzymanie testów automatycznych

Prezentacja nie będzie przywiązana do Selenium, czy innego konkretnego narzędzia testowego.

Jan Sabak – ekspert w dziedzinie zapewnienia jakości systemów informatycznych, wykonywania oraz organizacji testów. Od dwudziestu lat zajmuje się testowaniem oraz niezawodnością oprogramowania i sprzętu komputerowego. Jest absolwentem Instytutu Informatyki na Wydziale Elektroniki i Technik Informacyjnych Politechniki Warszawskiej. Pracując dla firm Matrix.pl, IMPAQ oraz Infovide zorganizował i kierował działami zapewnienia jakości. Obecnie pracuje w firmie AmberTeam gdzie zajmuje się prowadzeniem projektów, organizowaniem zapewnienia jakości w projektach informatycznych oraz doradztwem w zakresie doskonalenia procesu testowania i automatyzacji testów. Prowadzi szkolenia z testowania, jest akredytowanym trenerem kursów przygotowujących do egzaminów ISTQB na poziomie podstawowym i zaawansowanym.

Pracował również jako nauczyciel przedmiotów związanych z elektroniką i informatyką. Prowadzi wykłady z testowania oprogramowania na takich uczelniach jak SGH, Politechnika Warszawska, AGH. Działa czynnie na rzecz propagowania wiedzy i kultury jakości produkcji oprogramowania. Jest gorącym zwolennikiem metod zwinnych w produkcji oprogramowania i poza nią.

 

Przypominamy, iż nasze spotkania są darmowe i otwarte dla wszystkich oraz nie wymagają rejestracji.

PTaQ XXXV – zaproszenie

Zapraszamy na nasze XXXV spotkanie.
Kiedy? 3-go listopada (czwartek), start godz. 18:00

Gdzie? Siedziba OLX; Pixel, Grunwaldzka 182, 60-166 Poznań

Organizator spotkania: firma OLX

 

1.  Paweł Maciejewski oraz Filip Słomski przedstawią temat: „Jak stworzyliśmy automatyzację testów dla wielu wersji OLX – problemy i wyzwania”

Czyli:

– wyzwania związane z testami automatycznymi dla 8 wersji językowych aplikacji

– struktura testów i kodu, zasilanie danymi testowymi

– pomysły na reużywalność Page Object Pattern

– jak poradzić sobie ze stabilnością testów

– infrastruktura (CI, liczba instancji, docker, problemy, zrównoleglanie, pipelines)

– proces – gdzie jesteśmy i dokąd zmierzamy

2. Aleksander Lipski przedstawi temat: „Wojna światów czyli jaką masz łatkę testerze”

O testowaniu oprogramowania zostało już tyle powiedziane, że praktycznie każdy choć trochę interesujący się tym zagadnieniem ma już określone własne wyobrażenie o „świecie testowania oprogramowania”. Tak jak w innych dziedzinach tak i tutaj pojawiają się autorytety, eksperci i innowatorzy. I tak jak w innych dziedzinach tak i w testowaniu oprogramowania bardzo szybko natrafiamy na spór o rzeczy fundamentalne: o podejście, rolę testów i czym tak na prawdę jest testowanie. Patrząc na inne obszary wiedzy nie jest to nic nowego: jedni eksperci kontra drudzy eksperci, lepsze lub gorsze argumenty, mocne podziały i brak kompromisu czyli prawdziwa wojna różnych światów testowania.

13 lat temu Bret Pettichord chcąc wyjaśnić skąd biorą się spory pomiędzy ekspertami, a także wytłumaczyć jak jego myślenie o testowaniu różni się od innych przedstawił koncept pt. „Cztery Szkoły Testowania”. Wykorzystując właśnie to nazewnictwo szczególnie mocno przyjrzę się dwóm: tzw. szkole fabrycznej oraz kontekstowej czyli tym, które na pozór są po przeciwnych stronach z najgłębszą linią podziału. Bazując na wieloletnim doświadczeniu w testowaniu w projektach bardzo sformalizowanych, a jednocześnie będąc pasjonatem podejścia bardziej kontekstowego spróbuję przedstawić skąd tak naprawdę biorą się te podziały, jak jedno podejście może być lepsze lub gorsze od drugiego oraz jakie paradoksy mogą pojawić się w każdej ze szkół testowania. Na koniec chciałbym zastanowić się nad tym jaką wartość z tej tytułowej wojny światów może wynieść każdy tester oraz jak uświadomienie sobie istnienia abstrakcyjnych terminów szkół testowania może wpłynąć na lepsze zrozumienie roli testera i testowania w każdej sytuacji.

PTaQ XXXIV – zaproszenie

Zapraszamy na nasze XXXIV spotkanie.   Tym razem Grzegorz Mrugalski oraz Łukasz Rybak z Mentor Graphics wprowadzą nas w świat testowania układów elektronicznych.

Kiedy? 6 październik 2016 (czwartek), start godz. 18:00

Gdzie? Siedziba Mentor Graphics; Malta Office Park budynek C, ul. Baraniaka 88 B

Organizator spotkania: firma Mentor Graphics

Uwaga! Ponieważ jesteśmy ograniczeni do 50 miejsc uruchomiliśmy rejestrację na uczestnicy.pl

 

1. Podstawy testowania układów mikroelektronicznych

Termin „testowanie” na co dzień wykorzystywany jest przez nas – testerów – do określenia czynności związanych z testowaniem oprogramowania. W tej prezentacji chcielibyśmy przedstawić Wam troszkę inne spojrzenie na to słowo. Czy zastanawialiście się kiedykolwiek w jaki sposób testowany jest sprzęt, którym posługujecie się praktycznie codziennie (np. komputer, czy smartfon)? Macie świadomość ile podczas całego etapu produkcji spędza się czasu (i budżetu) na poprawne przetestowanie układu? Grzegorz Mrugalski (DFT Software Development Manager) w jasny sposób przedstawi Wam specyfikę tego, na jakiej zasadzie (i za pomocą jakiego oprogramowania) najwięksi producenci mikroelektroniki testują swoje układy w taki sposób, aby już na etapie produkcyjnym wychwycić każdą źle funkcjonującą sztukę.

2. Jak testować oprogramowanie do testowania?

Specyfika oprogramowania tworzonego do testowania sprzętu zgoła różni się od klasycznych aplikacji desktopowych, czy tych dostępnych na smartfonach. To warunkuje sposób, w jaki trzeba podejść do jego gruntownego przetestowania. Łukasz Rybak (QA/Test Engineer/Project Lead) przedstawi Wam najważniejsze problemy z jakimi QA w Mentor Graphics muszą zmierzyć się w codziennej pracy – począwszy od złożoności kodu, silnego powiązania ze sprzętem, przygotowania danych testowych, a na wielopoziomowej automatyzacji kończąc (dziesiątki tysięcy testów regresyjnych liczonych i analizowanych codziennie).