Hello, Habr! Kami sa Wrike ay sumusubok ng mga bagong format para sa mga teknikal na kaganapan at iniimbitahan ang lahat na panoorin ang video ng aming unang online na pagkikita sa English. tungkol sa imprastraktura ng DevOps para sa pagsubok ng mga web application, cube, Selenium at mga alternatibo nito.
Ang kuwento ng pagkalat ng coronavirus at ang mga pagbabawal sa lahat ng mass offline na kaganapan sa mga bansang European ay gumawa ng sarili nilang mga pagsasaayos, kaya ang offline na pagpupulong ng mga tester at developer na binalak ng Wrike Prague ay dumaloy sa YouTube.
Pansin, ang mga ulat ay nasa Ingles.
1. Mikhail Levin, Wrike β Selenium β daan sa Kubernetes
Noong unang panahon, nabuhay at lumaki si Selenium. Ito marahil ang pinakamagandang bagay na nangyari para sa QA automation sa nakalipas na dalawang dekada, at oo, hindi iyon madali sa maraming paraan kabilang ang imprastraktura at katatagan.
Sa mahabang karanasan sa imprastraktura ng selenium grid at mga alternatibo, gusto kong gabayan ka sa ilang isyu at limitasyon ng iba't ibang imprastraktura ng selenium hanggang sa aming bagong magaan na solusyon.
2. Vitaliy Markov, Wrike β Callisto: kung paano namin natutunang ihinto ang pag-aalala at mahalin ang Selenium
Kilalanin ang Callisto β ang aming magaan at open-source na Kubernetes-native na solusyon para sa pagbuo ng imprastraktura ng Selenium. Nagpapatakbo kami ng ika-10 libu-libong pagsusuri sa selenium sa loob ng isang oras at nakaligtas kami sa daan-daang pang-araw-araw na pagsusuri sa selenium na tumatakbo kasama nito. Gusto naming ibahagi ang aming mga dahilan, ang solusyon mismo at mga teknikal na detalye na natutunan sa daan. Ang aming karanasan ay maaaring maging kapaki-pakinabang kung nagpapatakbo ka ng ganoong karaming mga pagsusuri sa selenium o mayroon ka lang ilang gawaing nakabatay sa sesyon na gagawin sa mga k8 sa maraming mga thread.
3. Ivan Krutov, Aerokube β Chrome Developer Tools Protocol: tumatakbo at nag-scale sa Kubernetes
Sa loob ng maraming taon, ang Selenium ang pinakasikat na tool sa automation ng browser. Gayunpaman, ang Selenium protocol ay kulang pa rin ng maraming mahahalagang feature: pagsusuri at panunuya ng mga kahilingan sa HTTP, pagkuha ng memory consumption at performance metrics, pag-subscribe sa mga event ng application, pagkuha ng mga babala sa seguridad ng browser at marami pa. Sa kabutihang palad, lahat ng bagay na ito ay suportado na sa tinatawag na Chrome Developer Tools protocol. Maraming mga pag-uusap kung paano simulan ang paggamit ng protocol na ito sa mga library ng kliyente tulad ng Puppeteer, ngunit halos walang nagsasabi kung paano sukatin ang solusyon na ito. Sa aking talumpati, gusto kong ipaliwanag kung paano i-scale ang Chrome Developer Tools sa Kubernetes cluster at magpakita ng ilang totoong halimbawa kung paano mo magagamit ang protocol na ito sa iyong mga pagsubok.
Pinagmulan: www.habr.com