Wrike TechClub: Toimitusinfrastruktuuri – prosessit ja työkalut (DevOps+QAA). Raportit englanniksi

Hei, Habr! Me Wrikessa testaamme uusia formaatteja teknisiin tapahtumiin ja kutsumme kaikki katsomaan videon ensimmäisestä verkkotapaamisestamme englanniksi. Puhuimme DevOps-infrastruktuurista verkkosovellusten, kuutioiden, Seleenin ja sen vaihtoehtojen testaamiseen.

Wrike TechClub: Toimitusinfrastruktuuri – prosessit ja työkalut (DevOps+QAA). Raportit englanniksi

Tarina koronaviruksen leviämisestä ja kaikkien massatapahtumien offline-tapahtumien kielloista Euroopan maissa teki omat säätönsä, joten Wrike Prahan suunnittelema testaajien ja kehittäjien offline-tapaaminen levisi YouTubeen.

Huomio, raportit ovat englanniksi.

1. Mikhail Levin, Wrike – Selenium – tie Kubernetesiin

Kerran Seleeni eli ja kasvoi. Se oli luultavasti parasta, mitä QA-automaatiolle on tapahtunut viimeisen kahden vuosikymmenen aikana, ja kyllä, se ei ollut helppoa monella tapaa, mukaan lukien infrastruktuuri ja vakaus.

Minulla on pitkä kokemus seleeniverkkoinfrastruktuurista ja -vaihtoehdoista, ja haluan opastaa sinut eri seleeniinfrastruktuurien ongelmien ja rajoitusten läpi upouuteen kevyeen ratkaisuumme asti.

2. Vitaliy Markov, Wrike – Callisto: kuinka opimme lopettamaan murehtimisen ja rakastamaan seleeniä

Tapaa Callisto – kevyt ja avoimen lähdekoodin Kubernetes-natiivi ratkaisumme Selenium-infrastruktuurin rakentamiseen. Suoritamme 10. tuhansia seleenitestejä yhdessä tunnissa ja selviämme satoja päivittäisiä seleenitestejä sen kanssa. Haluamme jakaa syymme, itse ratkaisun ja matkalla opitut tekniset yksityiskohdat. Kokemuksemme voi olla hyödyksi, suoritatpa niin paljon seleenitestejä vai onko sinulla vain istuntopohjaista työtä suoritettavana k8s:ssa useissa säikeissä.

3. Ivan Krutov, Aerokube – Chrome Developer Tools Protocol: ajaminen ja skaalaus Kubernetesissa

Selenium on useiden vuosien ajan suosituin selaimen automaatiotyökalu. Selenium-protokollasta puuttuu kuitenkin edelleen monia tärkeitä ominaisuuksia: HTTP-pyyntöjen analysointi ja pilkkaaminen, muistin kulutus- ja suorituskykymittareiden saaminen, sovellustapahtumien tilaaminen, selaimen suojausvaroitusten hakeminen ja paljon muuta. Onneksi kaikki tämä on jo tuettu niin sanotussa Chrome Developer Tools -protokollassa. On paljon keskusteluja tämän protokollan käytön aloittamisesta asiakaskirjastojen, kuten Puppeteer, kanssa, mutta melkein kukaan ei kerro, kuinka tämä ratkaisu skaalataan. Puhuessani haluaisin selittää, kuinka Chrome Developer Tools -työkaluja skaalataan Kubernetes-klusterissa, ja näyttää todellisia esimerkkejä siitä, kuinka voit käyttää tätä protokollaa testeissäsi.



Lähde: will.com

Lisää kommentti