Hallo, Habr! Ons by Wrike toets nuwe formate vir tegniese geleenthede en nooi almal uit om die video van ons eerste aanlyn ontmoeting in Engels te kyk. oor DevOps-infrastruktuur vir die toets van webtoepassings, kubusse, Selenium en sy alternatiewe.
Die verhaal van die verspreiding van koronavirus en die verbod op alle massa-aflyn-geleenthede in Europese lande het hul eie aanpassings gemaak, sodat die vanlyn vergadering van toetsers en ontwikkelaars wat deur Wrike Prague beplan is, na YouTube oorgespoel het.
Aandag, verslae is in Engels.
1. Mikhail Levin, Wrike β Selenium β pad na Kubernetes
Eens op 'n tyd het Selenium geleef en gegroei. Dit was waarskynlik die beste ding wat die afgelope twee dekades vir QA-outomatisering gebeur het, en ja, dit was in baie opsigte nie maklik nie, insluitend infrastruktuur en stabiliteit.
Met lang ondervinding in selenium rooster infrastruktuur en alternatiewe, wil ek jou deur 'n paar kwessies en beperkings van verskillende selenium infrastruktuur lei tot ons splinternuwe liggewig oplossing.
2. Vitaliy Markov, Wrike β Callisto: hoe ons geleer het om op te hou bekommer en lief te wees vir Selenium
Ontmoet Callisto β ons liggewig en oopbron Kubernetes-inheemse oplossing vir die bou van Selenium-infrastruktuur. Ons voer 10de duisende seleniumtoetse in een uur en oorleef honderde daaglikse seleniumtoetslopies daarmee. Ons wil ons redes deel, die oplossing self en tegniese besonderhede wat ons onderweg geleer het. Ons ervaring kan handig te pas kom of jy soveel seleniumtoetse uitvoer of jy het net 'n paar sessiegebaseerde werk wat in k8s in baie drade uitgevoer moet word.
3. Ivan Krutov, Aerokube β Chrome-ontwikkelaarnutsgoedprotokol: loop en skaal in Kubernetes
Selenium is vir baie jare die gewildste blaaier-outomatiseringsinstrument. Selenium-protokol ontbreek egter steeds baie belangrike kenmerke: ontleding en bespotting van HTTP-versoeke, kry geheueverbruik en prestasiemaatstawwe, teken in op toepassingsgebeurtenisse, haal blaaier-sekuriteitwaarskuwings en vele meer. Gelukkig word al hierdie goed reeds in die sogenaamde Chrome Developer Tools-protokol ondersteun. Daar is baie gesprekke oor hoe om hierdie protokol te begin gebruik met kliΓ«ntbiblioteke soos Puppeteer, maar byna niemand vertel hoe om hierdie oplossing te skaal nie. Tydens my praatjie wil ek graag verduidelik hoe om Chrome-ontwikkelaarnutsgoed in Kubernetes-kluster te skaal en 'n paar werklike voorbeelde te wys van hoe jy hierdie protokol in jou toetse kan gebruik.
Bron: will.com