PL
Senior QA Engineer w Ro. Interesuje się szerokim zakresem zagadnień związanych z testami automatycznymi – od architektury aż po środowiska testowe. Zwolennik dzielenia się wiedzą i wymiany pomysłów – uważa, że to najszybszy sposób uczenia się. Występował jako prelegent na konferencjach takich jak TestCon Moscow, Testing Stage, What The H@ck, Testing United, Devoxx Poland, 4Developers, TestWarez (czterokrotnie), WDI, TestCamp, TestFest, ConSelenium (dwukrotnie) oraz Quality Excites.
ENG:
Senior QA Engineer at Ro. Interested in a wide range of QA related subjects – from test architecture to server setups. Privately Linux user interested in open-source software and generally speaking technology. DevOps and automation enthusiast. Speaker at multiple conferences: TestCon Moscow, Testing Stage, What The H@ck, Testing United, Devoxx Poland, 4Developers, TestWarez (four times), Warsaw IT Days, TestCamp, TestFest, ConSelenium (twice), PyCode and Quality Excites.
Serverless – how to speed up tests over 300 times and achieve continuous feedback?
Automated tests can provide results faster and it’s possible to execute them more frequently than manual ones. They can decrease the overall time needed for tests, but what’s probably even more important, they allow to test and receive feedback earlier in the development process. It’s essential if we want to release and deliver business value faster and more frequently.But what if we have more and more tests and even automated execution of them takes too much time – 10 minutes… 30 minutes… maybe even hours? Should we consider the ability to execute full tests set just a few times a day as something normal? Is adding more compute resources the only option to reduce the execution time? Or maybe there are too many high-level tests and some of them should be replaced by low-level ones according to the Test Pyramid? Is the Test Pyramid still valid in the cloud world?During the presentation, you will see how the serverless cloud services like AWS Lambda may be used to run tests in the highly parallelized environment that can speed up test execution even hundreds of times.
Język prezentacji: Polski
Poziom słuchaczy (attendee level): Zaawansowany(Advanced)
Ma działać szybko – czego tu nie rozumiesz?
Nieodłącznym elementem poprzedzającym testy wydajnościowe powinno być zdefiniowanie precyzyjnych wymagań oraz celu testów. Może się jednak zdarzyć, że początkowe wymagania biznesowe kończą się na “Ma działać szybko – czego tu nie rozumiesz?”. Podczas panelu porozmawiamy o tym, jak zadać właściwe nietechniczne pytania dotyczące wydajności, które pozwolą docelowo zdefiniować mierzalne wymagania techniczne.
Język prezentacji: Polski
Poziom słuchaczy (attendee level): wszyscy( all)