Ciao, Habr! In Wrike stiamo testando nuovi formati di eventi tecnici e invitiamo tutti a guardare il video del nostro primo meetup online in inglese. dell'infrastruttura DevOps per il testing di applicazioni web, dei container, di Selenium e delle sue alternative.
La diffusione del coronavirus e il divieto di tutti gli eventi offline di massa nei paesi europei hanno portato a modifiche, quindi l'incontro offline di Wrike a Praga per tester e DevOps si è svolto su YouTube.
Attenzione, le presentazioni sono in inglese.
1. Mikhail Levin, Wrike – Selenium: la strada verso Kubernetes
C'era una volta Selenium, che visse e crebbe. Probabilmente è stata la cosa migliore che sia successa all'automazione QA negli ultimi vent'anni, e sì, non è stato facile sotto molti aspetti, tra cui infrastruttura e stabilità.
Con una lunga esperienza nell'infrastruttura Selenium grid e nelle alternative, voglio guidarti attraverso alcuni problemi e limitazioni di diverse infrastrutture Selenium fino alla nostra nuovissima soluzione leggera.
2. Vitaliy Markov, Wrike – Callisto: come abbiamo imparato a non preoccuparci e ad amare Selenium
Incontra Callisto — la nostra soluzione leggera e open-source nativa di Kubernetes per la creazione dell'infrastruttura Selenium. Eseguiamo decine di migliaia di test Selenium in un'ora e sopravviviamo a centinaia di esecuzioni di test Selenium quotidiane con essa. Vogliamo condividere le nostre motivazioni, la soluzione stessa e i dettagli tecnici appresi lungo la strada. La nostra esperienza potrebbe tornarti utile sia che tu esegua un numero così elevato di test Selenium o che tu abbia solo qualche lavoro basato su sessioni da eseguire in k8s in più thread.
3. Ivan Krutov, Aerokube – Chrome Developer Tools Protocol: esecuzione e scalabilità in Kubernetes
Per molti anni Selenium è stato lo strumento di automazione dei browser più popolare. Tuttavia, il protocollo Selenium manca ancora di molte funzionalità importanti: analisi e simulazione delle richieste HTTP, monitoraggio del consumo di memoria e delle metriche delle prestazioni, iscrizione ad eventi dell'applicazione, recupero degli avvisi di sicurezza del browser e molto altro. Fortunatamente, tutto questo è già supportato nel cosiddetto protocollo Chrome Developer Tools. Ci sono molte discussioni su come iniziare a utilizzare questo protocollo con librerie client come Puppeteer, ma quasi nessuno spiega come scalare questa soluzione. Durante la mia presentazione, vorrei spiegare come scalare i Chrome Developer Tools in un cluster Kubernetes e mostrare alcuni esempi reali di come potresti utilizzare questo protocollo nei tuoi test.
Fonte: habr.com
