Bună, Habr! Noi, cei de la Wrike, testăm noi formate pentru evenimente tehnice și îi invităm pe toată lumea să vizioneze videoclipul primei noastre întâlniri online în limba engleză. despre infrastructura DevOps pentru testarea aplicațiilor web, cuburilor, Selenium și alternativele sale.
Povestea răspândirii coronavirusului și a interdicțiilor tuturor evenimentelor offline în masă din țările europene și-au făcut propriile ajustări, așa că întâlnirea offline a testatorilor și dezvoltatorilor planificată de Wrike Prague s-a răspândit pe YouTube.
Atentie, rapoartele sunt in limba engleza.
1. Mihail Levin, Wrike – Selenium – drum spre Kubernetes
Odată, Selenium a trăit și a crescut. Probabil că a fost cel mai bun lucru care s-a întâmplat pentru automatizarea QA în ultimele două decenii și, da, nu a fost ușor din multe puncte de vedere, inclusiv infrastructură și stabilitate.
Cu o experiență îndelungată în infrastructura de rețea de seleniu și alternative, vreau să vă ghidez prin câteva probleme și limitări ale diferitelor infrastructuri cu seleniu 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 seleniul
Faceți cunoștință cu Callisto — soluția noastră ușoară și open-source nativă Kubernetes pentru construirea infrastructurii Selenium. Efectuăm a zecea mii de teste cu seleniu într-o oră și supraviețuim la sute de teste zilnice cu seleniu. Vrem să ne împărtășim motivele, soluția în sine și detaliile tehnice învățate pe parcurs. Experiența noastră ar putea fi utilă dacă rulați atât de multe teste cu seleniu sau dacă aveți doar ceva de lucru bazat pe sesiune de rulat în k10s în multe fire.
3. Ivan Krutov, Aerokube – Protocolul Chrome Developer Tools: rularea și scalarea în Kubernetes
De mulți ani, Selenium este cel mai popular instrument de automatizare a browserului. Cu toate acestea, protocolului Selenium îi lipsesc încă o mulțime de caracteristici importante: analiza și batjocorirea solicitărilor HTTP, obținerea de consumul de memorie și măsurători de performanță, abonarea la evenimentele aplicației, preluarea avertismentelor de securitate a browserului și multe altele. Din fericire, toate aceste lucruri sunt deja acceptate în așa-numitul protocol Chrome Developer Tools. Există o mulțime de discuții despre cum să începeți să utilizați acest protocol cu biblioteci client precum Puppeteer, dar aproape nimeni nu spune cum să scalați această soluție. În timpul discursului meu, aș dori să explic cum să scalați Instrumentele pentru dezvoltatori Chrome în clusterul Kubernetes și să arăt câteva exemple reale despre cum puteți utiliza acest protocol în teste.
Sursa: www.habr.com