Salut, Habr! Noi la Wrike testăm formate noi de evenimente tehnice și invităm pe toată lumea să vizioneze videoclipul primului nostru meetup online în engleză. despre infrastructura DevOps pentru testarea aplicațiilor web, containere, Selenium și alternativele acestuia.
Povestea răspândirii coronavirusului și interdicțiile asupra tuturor evenimentelor offline de masă din țările europene au avut impact, așa că întâlnirea Wrike Prague planificată pentru testerii și DevOps-ii a fost mutată pe YouTube.
Atenție, prezentările sunt în limba engleză.
1. Mikhail Levin, Wrike – Selenium — drumul către Kubernetes
A fost odată ca niciodată când Selenium a trăit și a crescut. A fost probabil cel mai bun lucru care s-a întâmplat pentru automatizarea QA în ultimele două decenii, și da, nu a fost ușor în multe privințe, inclusiv infrastructură și stabilitate.
Cu o experiență îndelungată în infrastructura Selenium Grid și alternativele acesteia, vreau să vă ghidez prin unele probleme și limitări ale diferitelor infrastructuri Selenium până la noua noastră soluție ușoară.
2. Vitaliy Markov, Wrike – Callisto: cum am învățat să nu ne mai facem griji și să iubim Selenium
Întâlnește Callisto — soluția noastră ușoară și open-source, nativă Kubernetes pentru construirea infrastructurii Selenium. Rulăm zeci de mii de teste Selenium într-o oră și supraviețuim sute de rulări zilnice de teste Selenium cu aceasta. Vrem să împărtășim motivele noastre, soluția în sine și detalii tehnice învățate pe parcurs. Experiența noastră ar putea fi utilă fie că rulezi atât de multe teste Selenium sau doar ai ceva muncă bazată pe sesiuni care trebuie să fie rulată în k8s în multe fire.
3. Ivan Krutov, Aerokube – Protocolul Chrome Developer Tools: rulare și scalare în Kubernetes
De mulți ani, Selenium este cel mai popular instrument de automatizare a browserelor. Cu toate acestea, protocolul Selenium încă îi lipsește multe funcții importante: analizarea și simularea cererilor HTTP, obținerea consumului de memorie și a metricilor de performanță, abonarea la evenimentele aplicației, recuperarea avertismentelor de securitate ale browserului și multe altele. Din fericire, toate aceste lucruri sunt deja susținute în așa-numitul protocol Chrome Developer Tools. Există multe discuții despre cum să începi să folosești acest protocol cu biblioteci client precum Puppeteer, dar aproape nimeni nu spune cum să scalăm această soluție. În timpul prezentării mele, aș dori să explic cum să scalăm Chrome Developer Tools în clusterul Kubernetes și să arăt câteva exemple reale despre cum ai putea folosi acest protocol în testele tale.
Sursa: habr.com
