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 test delle applicazioni web, dei kubernetes, di Selenium e delle sue alternative.
La diffusione del coronavirus e il divieto di tutti gli eventi offline di massa negli stati europei hanno portato a modifiche, quindi l'incontro offline di Wrike Prague per i tester e i devops si è spostato su YouTube.
Attenzione, le presentazioni sono in inglese.
1. Mikhail Levin, Wrike – Selenium: la strada verso Kubernetes
C'era una volta Selenium, che viveva e cresceva. È stata probabilmente la cosa migliore che sia successa per l'automazione QA negli ultimi due decenni, e sì, non è stato facile in molti modi, tra cui infrastruttura e stabilità.
Con una lunga esperienza nell'infrastruttura Selenium grid e nelle alternative, voglio guidarvi attraverso alcune questioni e limitazioni delle 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 basata su Kubernetes per la costruzione di infrastrutture Selenium. Eseguiamo decine di migliaia di test Selenium in un'ora e sopravviviamo a centinaia di esecuzioni quotidiane di test Selenium. Vogliamo condividere i nostri motivi, la soluzione stessa e i dettagli tecnici appresi durante il percorso. La nostra esperienza potrebbe esserti utile, sia che esegui un numero così elevato di test Selenium o che tu abbia solo qualche lavoro basato su sessioni da eseguire in k8s in molti thread.
3. Ivan Krutov, Aerokube – Protocollo degli strumenti di sviluppo Chrome: esecuzione e scalabilità in Kubernetes
Da molti anni Selenium è il più popolare strumento di automazione del browser. Tuttavia, il protocollo Selenium manca ancora di molte funzionalità importanti: analisi e mocking delle richieste HTTP, monitoraggio del consumo di memoria e delle metriche delle prestazioni, iscrizione agli eventi dell'applicazione, recupero degli avvisi di sicurezza del browser e molto altro. Fortunatamente, tutto ciò è già supportato nel cosiddetto protocollo degli strumenti di sviluppo Chrome. Ci sono molte discussioni su come iniziare a utilizzare questo protocollo con librerie client come Puppeteer, ma quasi nessuno parla di come scalare questa soluzione. Durante il mio intervento, vorrei spiegare come scalare gli strumenti di sviluppo Chrome in un cluster Kubernetes e mostrare alcuni esempi concreti su come potresti utilizzare questo protocollo nei tuoi test.
Fonte: habr.com
