Wrike TechClub: Piegādes infrastruktūra – procesi un rīki (DevOps+QAA). Ziņojumi angļu valodā

Sveiks, Habr! Mēs Wrike testējam jaunus tehnisko pasākumu formātus un aicinām ikvienu noskatīties mūsu pirmās tiešsaistes tikšanās video angļu valodā. Mēs runājām par DevOps infrastruktūru tīmekļa lietojumprogrammu, kubu, Selēna un tā alternatīvu testēšanai.

Wrike TechClub: Piegādes infrastruktūra – procesi un rīki (DevOps+QAA). Ziņojumi angļu valodā

Stāsts par koronavīrusa izplatību un visu masveida bezsaistes pasākumu aizliegumiem Eiropas valstīs ieviesa savas korekcijas, tāpēc Wrike Prague plānotā testētāju un izstrādātāju bezsaistes tikšanās izplatījās pakalpojumā YouTube.

Uzmanību, ziņojumi ir angļu valodā.

1. Mihails Levins, Wrike – Selenium – ceļš uz Kubernetes

Reiz Selēns dzīvoja un auga. Tas, iespējams, bija labākais, kas noticis QA automatizācijas jomā pēdējo divu desmitgažu laikā, un jā, tas nebija viegli daudzos veidos, tostarp infrastruktūras un stabilitātes jomā.

Ar ilgu pieredzi selēna režģa infrastruktūrā un alternatīvās, es vēlos iepazīstināt jūs ar dažām problēmām un ierobežojumiem saistībā ar dažādām selēna infrastruktūrām, līdz pat mūsu pavisam jaunajam vieglajam risinājumam.

2. Vitālijs Markovs, Wrike – Callisto: kā mēs iemācījāmies pārstāt uztraukties un mīlēt selēnu

Iepazīstieties ar Callisto — mūsu vieglo un atvērtā koda Kubernetes risinājumu Selēna infrastruktūras veidošanai. Mēs veicam 10. tūkstoš selēna testu vienas stundas laikā un izdzīvojam simtiem ikdienas selēna testu ar to. Mēs vēlamies dalīties ar saviem iemesliem, pašu risinājumu un tehniskajām detaļām, kas iegūtas ceļā. Mūsu pieredze var noderēt neatkarīgi no tā, vai veicat tik daudz selēna testu, vai arī jums ir tikai kāds sesijas darbs, kas jāveic k8s daudzos pavedienos.

3. Ivans Krutovs, Aerokube — Chrome izstrādātāja rīku protokols: darbība un mērogošana pakalpojumā Kubernetes

Daudzus gadus Selēns ir vispopulārākais pārlūkprogrammas automatizācijas rīks. Tomēr Selenium protokolam joprojām trūkst daudz svarīgu funkciju: HTTP pieprasījumu analīze un apsmiešana, atmiņas patēriņa un veiktspējas rādītāju iegūšana, lietojumprogrammu notikumu abonēšana, pārlūkprogrammas drošības brīdinājumu izgūšana un daudz kas cits. Par laimi, visas šīs lietas jau tiek atbalstītas tā sauktajā Chrome Developer Tools protokolā. Ir daudz runāts par to, kā sākt lietot šo protokolu ar tādām klientu bibliotēkām kā Puppeteer, taču gandrīz neviens nepasaka, kā mērogot šo risinājumu. Savas runas laikā es vēlētos izskaidrot, kā Kubernetes klasterī mērogot Chrome izstrādātāja rīkus, un parādīt dažus reālus piemērus, kā jūs varētu izmantot šo protokolu savos testos.



Avots: www.habr.com

Pievieno komentāru