Vai al contenuto
BigTree108

Servizi di test automation

Servizi di test automation: suite end-to-end in Playwright, Selenium, Cypress e WebdriverIO, test di API e di componenti, framework di automazione realizzati o riparati, attività da SDET all’interno del Suo team di sviluppo e suite integrate nella CI, così che ogni modifica sia testata prima del rilascio, con test automation engineer dedicati al Suo team o progetti di automazione realizzati end to end.

La test automation che realizziamo

  • Suite end-to-end in Playwright

    Test nel browser in TypeScript, Python, Java o C# su Chromium, Firefox e WebKit, con fixture, page object, mocking di rete dove un servizio di terze parti è lento e una traccia di ogni errore che lo riproduce passo dopo passo.

  • Framework Selenium e WebdriverIO

    Suite Selenium in Java, C# o Python mantenute in funzione e migrate a WebDriver BiDi, Selenium Grid su Kubernetes o su una grid cloud, e WebdriverIO dove un unico framework JavaScript testa sia l’app web sia l’app mobile.

  • Suite Cypress

    Test end-to-end e di componenti in Cypress per front end JavaScript, con comandi personalizzati, chiamate di rete intercettate ed esecuzioni parallele registrate in Cypress Cloud o nei Suoi report.

  • Integrazione CI ed esecuzioni parallele

    Suite eseguite a ogni pull request in GitHub Actions, GitLab CI, Azure Pipelines o Jenkins, distribuite su più macchine (sharding) in modo da concludersi in pochi minuti, con report Allure o HTML, tracce e video allegati alla build.

  • Test sotto l’interfaccia utente

    La maggior parte delle verifiche è scritta come test unitari, di componenti e di API in xUnit, JUnit, pytest, Vitest o Jest che girano in pochi secondi, così la suite nel browser, più lenta, copre solo i percorsi che richiedono un browser.

  • Attività da SDET nel Suo team

    Un SDET che affianca i Suoi sviluppatori per costruire il framework, le factory di dati di test e la configurazione degli ambienti, revisiona i test in ogni pull request e fa della testabilità una parte di ogni progettazione.

  • Correzione dei test instabili

    Test instabili individuati dallo storico delle esecuzioni e corretti alla radice, per esempio attese fisse, dati di test condivisi o dipendenza dall’ordine dei test, oppure eliminati, con una quarantena nel frattempo, così che una build rossa significhi un errore reale.

  • Dati di test e ambienti

    Dati di test sintetici generati a ogni esecuzione, database popolati e ripristinati tra un test e l’altro e un ambiente effimero per ogni pull request, così che nessun test dipenda da ciò che un’esecuzione precedente ha lasciato.

  • Test di regressione visiva

    Confronto di screenshot in Playwright, Percy, Applitools o Chromatic per le pagine e i componenti in cui il layout conta, con date e altri contenuti variabili mascherati perché non facciano fallire la build.

Ingaggiare test automation engineer

  • test automation engineer dedicati

    Test automation engineer che entrano a tempo pieno nel Suo team, lavorano con i Suoi strumenti e il Suo processo e rispondono al Suo responsabile. Li intervista Lei; noi ci occupiamo del contratto ucraino, delle buste paga, della fatturazione e delle ferie.

  • Progetti di Test automation

    Un’attività di test automation ben definita, con un perimetro, un piano fisso e un responsabile nominato da parte nostra che risponde del risultato e riferisce sull’avanzamento nei Suoi canali.

  • test automation su base continuativa

    Test automation come servizio continuativo: le stesse persone ogni mese, un backlog di cui Lei stabilisce le priorità e ore che può vedere nel nostro portale e in fattura.

La pagina sul team dedicato spiega come gli specialisti entrano nel Suo team, e la pagina sull’outsourcing tratta la realizzazione di progetti, le prese in carico e il modo in cui fatturiamo.

Chi si occupa di test automation per Lei

  • Test automation engineer

    Framework, suite e integrazione CI

  • SDET

    Testabilità, dati di test e revisione dei test degli sviluppatori

  • QA engineer manuali

    Progettazione dei test e verifiche da automatizzare

  • Ingegneri DevOps

    Runner, build parallele e ambienti di test

Come automatizziamo i test

L’automazione segue la piramide dei test: la maggior parte delle verifiche gira come test unitari, di componenti e di API che si concludono in pochi secondi, e la suite nel browser copre i percorsi da cui dipendono gli utenti, come registrazione, ricerca e pagamento. I test risiedono nello stesso repository del codice, vengono revisionati nelle stesse pull request e girano su un database reale in un container anziché su un mock.

Un test che fallisce blocca il merge o la release, e un errore che non è un bug viene trattato come un difetto della suite: corretto alla radice o rimosso, mai rieseguito finché non passa per caso. Su una suite scritta da un altro team partiamo da una revisione in sola lettura dello storico delle esecuzioni, dei test instabili e della copertura, e da un elenco scritto dei rischi in ordine di impatto.

Altri servizi di software testing

Panoramica: Software testing e QA

Domande sulla test automation

In quali settori lavorano i vostri test automation engineer?

Soprattutto e-commerce e retail, dove ricerca, carrello e checkout passano per suite automatizzate a ogni release; fintech e banche, con i flussi di pagamento e di conto testati a ogni modifica e i risultati conservati come evidenza; prodotti SaaS enterprise ed ERP con molti ruoli e integrazioni; piattaforme sanitarie; prodotti di AI e dati; e app media e consumer che vengono rilasciate ogni settimana.

Playwright, Selenium o Cypress?

Playwright per la maggior parte delle nuove suite web: controlla Chromium, Firefox e WebKit da TypeScript, Python, Java o C#, esegue i test in parallelo e conserva una traccia di ogni errore per rivederlo. Selenium dove esiste già una suite o serve una grid di browser reali, e WebdriverIO dove un unico framework deve pilotare sia il web sia il mobile tramite Appium. Cypress per front end JavaScript i cui sviluppatori lo conoscono già. Una suite esistente viene riparata anziché riscritta, a meno che riscriverla costi meno.

Usate l’AI per scrivere i test?

Sì, per redigerne una bozza. Gli agenti di test di Playwright e gli assistenti di programmazione trasformano un piano di test in una prima versione dei test, e un ingegnere li rivede uno per uno, verifica che falliscano quando la funzionalità è rotta e solo allora li aggiunge alla suite.

Con quale rapidità possono iniziare test automation engineer?

Quando è disponibile il profilo giusto per il ruolo di test automation engineer, l’avvio dipende soltanto dal Suo colloquio e dalla firma dell’NDA e della cessione della proprietà intellettuale. Altrimenti avviamo una ricerca, che di norma produce profili di candidati entro due o tre settimane, e nessuno inizia finché Lei non ha detto di sì.

Come ingaggiare test automation engineer tramite BigTree108?

Ci indichi il lavoro, il livello di seniority e l’impegno orario necessario. Le proponiamo una o due persone con i rispettivi profili, Lei le intervista come farebbe con una Sua assunzione e firma un unico contratto con BIG TREE 108 LLC, ricevendo una sola fattura al mese.

A chi appartiene il lavoro che producono?

A Lei. Ogni specialista ha un contratto firmato con BigTree108 che cede all’azienda tutto il lavoro prodotto, e il nostro accordo con Lei lo cede a sua volta. Codice, design e documenti vengono consegnati nei Suoi repository e strumenti, non conservati dove solo noi possiamo modificarli.

Vuole automatizzare i Suoi test?

Ci indichi il Suo stack, come rilascia oggi e quali verifiche esegue a mano. Riceverà una risposta entro un giorno lavorativo: un piano di automazione, profili di candidati o il perimetro di una revisione della Sua suite attuale.