Autor: TrojQA

prelegent

Kwiecień z Juan Castillo

Pierwszy prelegent to Juan Castillo z kontynuacją grudniowej prezentacji: Performance testing: what? how? why?

AI will talk about what it is performance testing from a practical point of view based on experience, how it is normally done nowadays, why it is important to do it and what happens when projects either completely disregard performance testing or they do it just for compliance or audit purposes assigning it a very low priority. I will give examples of defects I’ve found and how we dealt with them. As a follow up to my presentation from December I will expand on the practical and technical part, I will show how to do the most typical performance test scripts in HP Vugen, how to set up a scenario in HP LoadRunner or performance center, and how to analyse and report using HP Analysis.

Bio: My name is Juan on paper, Iván for anybody who knows me in person (long story), I´m from Linares, a small city in Andalucía in the south of Spain, I studied Telecommunications Engineering in Universidad de Jaén and I did my Erasmus in ETI in Politechnika Gdanska. There I met my Polish wife, I’ve lived in Gdynia since 2011, I got married in 2017 and I’m expecting my first Polish baby boy. I’ve worked in performance testing in 2 projects, one for Thomson Reuters (now Refinitiv) KYC software, and currently I’m a part of the JIT Team consulting as a Performance Testing Specialist for CBP project in Nordea.

Zapisy na Evenea 42spotkanie

News

#41 spotkanie – Robot Runs Robustly czyli Robot Robi…

Łukasz Szweda, Maciej Brzozowski i Mateusz Kotas przedstawią prezentację “Robot Runs Robustly czyli Robot Robi Robotę”.

W naszej prezentacji postaramy się pokazać, że wytwarzanie własnego narzędzia niekoniecznie jest najlepszym rozwiązaniem. Zademonstrujemy jak Robot Framework może zostać użyty w różnych rodzajach testów wyłącznie za pomocą użycia lub stworzenia odpowiednich bibliotek i keywordów. Pokażemy też różne środowiska do tworzenia i wykonywania testów oraz jakie są ich zalety i wady. Być może Robot nie jest rozwiązaniem idealnym, jednak jego elastyczność w zupełności pozwala na komfort nieodkrywania koła na nowo, a skupienia się na istotnych rzeczach, czyli zapewnianiu jakości. Developerzy niech developują, a testerzy niech testują, a nie wytwarzają YATF-y (Yet Another Testing Framework-i 🙂 ).

Łukasz Szweda
Expert IT Developer z wieloletnim doświadczeniem w branży telekomunikacyjnej i bankowej. Specjalizuje między innymi w językach Python, C oraz przetwarzaniu danych na platformach Big Data. Absolwent Politechniki Gdańskiej na wydziale Informatyki a także studiów MBA Polsko-Japońskiej Akademii Technik Komputerowych w Warszawie. 

Maciej Brzozowski
Programista zorientowany na automatyzacje testów w Nordea. Absolwent Telekomunikacji Politechniki Gdańskiej. Aktualnie zachwycony Kubernetes i NixOS.

Mateusz Kotas
Podwójny absolwent Wyższej Szkoły Bankowej w Gdańsku. Od początku kariery zawodowej zapewnia jakość i automatyzuje zbędne aktywności. Zgodnie z wykształceniem pracuje w polskim oddziale Banku Nordea jako automatyk powiązany z testami.

News

41.Spotkanie Code coverage


Kamil Łepek –
Code coverage – definicja i zastosowania

Podczas procesu wytwarzania oprogramowania posiłkujemy się różnego rodzaju metrykami, które mają na celu wsparcie oceny jakości produktu. Pokrycie kodu (ang. code coverage) to metoda pozwalająca nam uzyskać zbiór metryk, za pomocą których często jesteśmy w stanie wyciągnąć wiele wniosków na temat procesu testowania. Postaram się przedstawić to pojęcie oraz przybliżyć jego zastosowania.

Kamil Łepek: Absolwent Politechniki Gdańskiej (Matematyka). Obecnie pracuję jako Software Development Engineer w Intel Technology Poland w Gdańsku, gdzie na co dzień zajmuję się testami automatycznymi oraz procesem ciągłej integracji.Zdjęcie: w załączniku 🙂