Kategoria: Spotkania PTaQ

Zapraszamy na nasze kolejne, już XXXIX spotkanie. Ponieważ pojawiły się cztery X’y w liczbie naszych spotkań, musi być wyjątkowo. Zresztą przyjrzyjcie się agendzie. Ceniony prelegent z zagranicy – Hans Schaefer opowie o testowaniu na podstawie ryzyka i benefitów biznesowych, a Radek i Maciej pochwalą się open sourcowym narzędziem (stworzonym w Poznaniu!) do automatycznych testów aplikacji webowych. Będzie też okazja dowiedzieć się więcej o organizacji działającej pod tajnym skrótem SJSI.

Kiedy? 20 luty (Poniedziałek), start godz. 18:00

Gdzie? Murawa 12-18, wejście B, biuro firmy Cognifide

Współorganizator: SJSI

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

1) Automated testing for common errors and difference recognition for a web application with AET

Have you ever thought about a tool that will allow you to automatically test your page for most common errors and track visual changes throughout its development? Have you ever dreamed about a tool that can automate change supervision during authoring phases or migration processes? Do you think that regression testing across a range of environments is time-consuming and expensive? If so, and you still believe that there is much you can do to improve the quality of your site and at the same time make this process even more efficient and cheaper meet AET, a testing tool for everyone! Radek Lawgmin and Maciej Laskowski from Cognifide will take you on a journey through test automation experiences. The speakers will show:
◦how easy it is to configure and launch automated tests for your pages with AET,
◦how quickly you can analyse their results,
◦how aptly you can identify issues related to them
◦and what the benefits of their implementation in various projects realized at Cognifide are.

More info about tool and source code: https://github.com/Cognifide/aet

Radek Lawgmin is a lead senior QA engineer and a product owner in the AET project at Cognifide. He is interested in process optimization, software test efficiency vs. effectiveness and new technologies. He has been working in AEM projects at Cognifide for over four years. Before engaged in various e-learning projects.

Maciej Laskowski is a senior software engineer at Cognifide. His interests and experience are focused mainly on the area of system integration, scalability and backend web development. He has worked at Cognifide for over four years and has more than 8 years of professional IT experience. He works as an architect and a technical leader in the Automated Exploratory Tests (AET) project. During shaping AET Maciej has used his AEM expertise to boost scalability. Currently he is fascinated with reactive programming, javarx and lightweight micro-services architectures.

2) Risk and benfit based testing

This presentation will try to answer on our standard issue:

“Test execution is usually the last step in software development. All delays from the previous stages accumulate to that point so tests are run under severe time and budget pressure”

Most of you probably heard about Risk Based Testing or even tried to implement at work. But what about Benefit Based Testing? Does it look interesting? In fact both approaches look promising and cause that our first thought is – can we combine them? Come and listen Hans’s answer.

Hans Schaefer – chairman of the Norwegian Committee on Testing, member of ISTQB Foundation working group, consults companies such as Nokia, Statoil and Bombardier, lecturer and world renowned speaker, and at the same time … railway lover. Han’s homepage: http://www.softwaretesting.no

Po prezentacjach jak zawsze przewidzieliśmy czas na integrację ;-).

Uwagi:
◦z uwagi na ograniczoną liczbę miejsc wyjątkowo uruchomiliśmy rejestrację,
◦przypominamy, iż nasze spotkania są darmowe,
◦obydwie prezentacje będą w języku angielskim.

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

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.

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.

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.