Drizz

Cos'è Drizz?

Drizz è una piattaforma di vision AI per il test di app mobile su iOS e Android. Consente ai team di scrivere test in italiano semplice, eseguirli su dispositivi reali e ridurre la manutenzione che di solito accompagna l'automazione mobile basata su selector.

Il prodotto è pensato per il testing mobile end-to-end di app reali. Supporta la creazione rapida dei test, l'esecuzione affidabile su dispositivo e la gestione dei cambiamenti dell'interfaccia tramite comportamento self-healing invece che con selector fragili.

Funzionalità principali

• Creazione test in linguaggio naturale — Gli utenti descrivono i passaggi di test in linguaggio naturale invece di scrivere script pieni di selector, riducendo i tempi di configurazione dei casi di test mobile.
• Esecuzione su dispositivi reali — I test vengono eseguiti su dispositivi iOS e Android reali, aiutando i team a validare il comportamento nell'ambiente in cui operano i loro utenti.
• Automazione self-healing — I test sono progettati per adattarsi quando l'interfaccia cambia, riducendo il carico di manutenzione causato da locator rotti e layout variabili.
• Gestione dei test end-to-end — App, suite, run e cronologia dei test sono gestiti in un'unica piattaforma, rendendo più semplice monitorare i risultati tra team e build.
• Integrazione CI/CD per il testing mobile — I team possono eseguire i test nelle proprie pipeline e usare la piattaforma per una validazione coerente durante la delivery.
• Output di debug — I fail includono screenshot, log, stato dello schermo e cronologia dei passaggi per aiutare i team a capire cosa è successo e indagare più velocemente.
• Test di accessibilità — La piattaforma include controlli di accessibilità come parte del flusso di test.
• Gestione centralizzata delle app — Build, dispositivi, piani e ambienti sono organizzati in un unico posto per programmi di test più ampi.

Come usare Drizz

Un flusso tipico inizia caricando un APK o collegando una build dell'app. Gli utenti descrivono poi in italiano semplice il test che vogliono, lo eseguono su dispositivi reali e ne verificano i risultati nella piattaforma. Quando si verificano dei fail, gli screenshot, i log e lo stato dello schermo acquisiti aiutano a identificare il problema e a decidere se l'app o il flusso di test necessitano di attenzione.

Casi d'uso

• Team QA che convalidano release candidate — Eseguire test mobile ripetibili su combinazioni di dispositivi e sistemi operativi prima del rilascio di una build.
• Team che mantengono suite instabili basate su selector — Sostituire script fragili con test che si adattano ai cambiamenti dell'interfaccia e ridurre le correzioni manuali dei test.
• Sviluppatori che verificano regressioni — Confermare che i flussi chiave funzionino ancora dopo modifiche al codice e usare cronologia dei passaggi e log per debuggare i fail.
• Team che testano flussi mobile critici — Validare login, checkout, pagamenti, onboarding o percorsi simili ad alto valore su dispositivi reali.
• Organizzazioni che eseguono test in CI/CD — Aggiungere la validazione mobile alle pipeline di delivery per intercettare prima i fail e mantenere risultati coerenti.

FAQ

Su quali piattaforme testa Drizz?
Drizz è descritto come una piattaforma di test per app mobile per iOS e Android.

Devo scrivere selector?
La descrizione punta sulla creazione dei test in linguaggio naturale e sulla riduzione della manutenzione dei selector, quindi il flusso è pensato per evitare, per quanto possibile, la dipendenza dall'automazione basata su selector.

Drizz funziona su dispositivi reali o emulatori?
La pagina dice esplicitamente che i test vengono eseguiti su dispositivi reali.

Che tipo di informazioni di debug sono disponibili?
La piattaforma menziona screenshot, log, stato dello schermo e cronologia dei passaggi per il debug.

Drizz può essere usato in CI/CD?
Sì. Il sito afferma che i test mobile possono essere eseguiti nelle pipeline CI/CD.

Alternative

• Automazione mobile basata su Appium — Un'alternativa comune per i team che vogliono test mobile basati su script e sono disposti a mantenere direttamente selector e codice di automazione.
• Altre piattaforme low-code per il testing mobile — Possono offrire una creazione più rapida rispetto agli script scritti a mano, ma possono differire nel modo in cui gestiscono l'esecuzione su dispositivo, la manutenzione e il debug.
• QA mobile manuale — Utile per esplorazioni ad hoc e giudizio umano, ma non offre la stessa ripetibilità o integrazione con le pipeline del testing automatizzato.
• Strumenti generici di automazione browser — Spesso sono più adatti al testing web che alla validazione di app mobile native e potrebbero non concentrarsi sui flussi mobile su dispositivi reali.