PTaQ XVLII – zaproszenie

Coraz bliżej Święta, coraz bliżej Święta… a wraz z nim nowe wydanie PTaQa! Zapraszamy tym razem na pierwszy od dawna w swoim rodzaju PTaQ w postaci panelu dyskusyjnego (pierwszy tego rodzaju miał miejsce 5 lat temu) . Temat bardzo ciekawy, forma panelu również nowatorska!

Szczegóły:

Kiedy? 7. grudnia, godz. 18:00

Gdzie: Egnyte, ul. Mostowa 11, Poznań

Limit: 60 osób (link do rejestracji)

 

Prowadzący:

Barbara Sołtysiak – QA Engineer @ Egnyte

Testerem zostałam z przypadku ;)… nie mniej jednak jestem zadowolona ze swojego wyboru. W zawodzie pracuję od 3 lat. Pierwszy wpadł Web, aktualnie króluje Desktop. Sentymentalnie przywiązana jestem do Javy, ale Python też nie jest zły. W obecnym teamie moje „drugie imię” to MassDeployment Master. Zainteresowania? Ciekawostki? Wierzę w magię słowa „załatwić”. Żyję na krawędzi i nie robię backup’ów. Prawdopodobnie jadłeś moje ciasto… albo będziesz jadł.

Milena Sobolewska – QA Lead @ Egnyte

Jestem testerem z powołania i zamiłowania. Od dzieciństwa rozkminiałam jak wszystko działa i rozkręcałam na części każdą zabawkę. Najbardziej w życiu rozczarowałam się jak okazało się, że wyproszony pod choinkę zdalnie sterowany samochód nie ma w środku miniaturki prawdziwego silnika. Najbardziej w życiu żałowałam po nieświadomym przetestowaniu polecenia „format c”. Po 7 latach kariery nie jestem w stanie normalnie używać urządzeń i oprogramowania bez spędzenia chociaż chwili na próbie znalezienia błędu. Testowałam manualnie i pisałam automaty dla backendu i frontendu w oprogramowaniu webowym, dla aplikacji na urządzenia mobilne, a od ponad 2 lat dla oprogramowania na windowsowe i macowe desktopy. Odkrywam zalety pythona, chociaż żaden język programowania mi nie straszny. Czas wolny spędzam na graniu, czytaniu, słuchaniu winyli, wyjazdach na snowboard i kitesurfing.

Opis panelu:

Dyskusja ekspertów – Jaki wpływ na proces QA miałoby zastąpienia natywnych rozwiązań UI rozwiązaniami opartymi o silniki przeglądarek i czy chcemy do tego dążyć?

Zapraszamy Was do pierwszego w ramach PTAQ eksperckiego panelu dyskusyjnego. 6 osób związanych z QA usiądzie przed publicznością i na żywo porozmawia o wadach, zaletach i przyszłości UI. Czy natywne biblioteki UI zostaną wyparte przez te oparte o silniki przeglądarek? Czy wasz mikser będzie wyświetlał HTML’a? Czy aplikacje w ogóle jeszcze będą „offline”, czy wszystko będzie w chmurze? Co z bezpieczeństwem? Czy to pozwoli lepiej zarządzać wersjami? Czy to ułatwi czy utrudni testowanie? O tych i o innych niewiadomych podyskutują zaproszeni eksperci, przy dobrowolnym i opcjonalnym współudziale publiczności. W roli moderatora wystąpi Milena Sobolewska, QA Lead @ Egnyte. Panel pomoże prowadzić Barbara Sołtysiak, QA Engineer @ Egnyte.

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 XXXIX – zaproszenie

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

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