Hallo, Habr! Wij bij Wrike testen nieuwe formats voor technische evenementen en nodigen iedereen uit om de video van onze eerste online meetup in het Engels te bekijken. over DevOps infrastructuur voor het testen van webapplicaties, kubussen, Selenium en zijn alternatieven.
Het verhaal van de verspreiding van het coronavirus en het verbod op alle massale offline evenementen in Europese landen maakte zijn eigen aanpassingen, zodat de door Wrike Praag geplande offline bijeenkomst van testers en ontwikkelaars oversloeg naar YouTube.
Let op, rapporten zijn in het Engels.
1. Mikhail Levin, Wrike β Selenium β weg naar Kubernetes
Er was eens Selenium dat leefde en groeide. Het was waarschijnlijk het beste wat er de afgelopen twintig jaar is gebeurd voor QA-automatisering, en ja, dat was in veel opzichten niet gemakkelijk, inclusief infrastructuur en stabiliteit.
Met lange ervaring in selenium-netwerkinfrastructuur en alternatieven, wil ik u door enkele problemen en beperkingen van verschillende selenium-infrastructuren leiden tot aan onze gloednieuwe lichtgewicht oplossing.
2. Vitaliy Markov, Wrike β Callisto: hoe we leerden te stoppen met piekeren en van Selenium te houden
Maak kennis met Callisto: onze lichtgewicht en open-source Kubernetes-native oplossing voor het bouwen van Selenium-infrastructuur. We voeren tienduizenden seleniumtests uit in één uur en overleven er honderden dagelijkse seleniumtests mee. We willen onze redenen, de oplossing zelf en de technische details die we onderweg hebben geleerd, delen. Onze ervaring kan van pas komen, of u nu zoveel seleniumtests uitvoert of gewoon wat sessiegebaseerd werk in k10s in veel threads wilt uitvoeren.
3. Ivan Krutov, Aerokube β Chrome Developer Tools Protocol: draaien en schalen in Kubernetes
Selenium is al jaren de populairste browserautomatiseringstool. Het Selenium-protocol mist echter nog steeds veel belangrijke functies: het analyseren en bespotten van HTTP-verzoeken, het verkrijgen van geheugenverbruik en prestatiestatistieken, het abonneren op applicatiegebeurtenissen, het ophalen van browserbeveiligingswaarschuwingen en nog veel meer. Gelukkig wordt dit allemaal al ondersteund in het zogenaamde Chrome Developer Tools-protocol. Er wordt veel gepraat over hoe je dit protocol kunt gaan gebruiken met clientbibliotheken zoals Puppeteer, maar bijna niemand vertelt hoe je deze oplossing moet schalen. Tijdens mijn lezing wil ik graag uitleggen hoe je Chrome Developer Tools in het Kubernetes-cluster kunt schalen en enkele echte voorbeelden laten zien van hoe je dit protocol in je tests kunt gebruiken.
Bron: www.habr.com