In questa guida
Un beta test risponde a una domanda: cosa si rompe sulle macchine che non sono le tue? Su Windows questo conta più che su quasi tutte le altre piattaforme, perché hardware, driver, configurazioni dello schermo e software di sicurezza variano moltissimo.
1. Decidi cosa vuoi scoprire
Scegli due o tre domande prima di invitare chiunque. Esempi: si installa e si aggiorna in modo pulito? Il flusso principale si completa? Funziona su un portatile con un secondo monitor? I tester che conoscono l'obiettivo danno un feedback migliore.
2. Scegli i tester
Punta alla varietà, non al numero: diverse versioni di Windows che supporti, portatile e desktop, uno o due schermi ad alta risoluzione, un account utente standard, una macchina con software di sicurezza rigido. Parti in piccolo, con qualche persona, e allarga il gruppo dopo le prime correzioni. Per capire dove trovarli, vedi come trovare tester per app desktop.
3. Distribuisci la build
Dai ai tester un unico posto dove scaricare le build e un unico modo per sapere la versione. Sii onesto sulle opzioni: un download diretto, un pacchetto firmato, oppure un canale di distribuzione dello store o di terze parti. Ognuna richiede più o meno impegno e offre più o meno comodità. In ogni caso:
- Mostra il numero di build in modo visibile nell'app (schermata Info).
- Firma le build se puoi, e avvisa i tester dell'avviso che vedranno se non lo fai.
- Tieni un elenco delle modifiche per ogni build: cosa è nuovo, cosa va ritestato.
4. Chiedi un feedback specifico
"Dimmi cosa ne pensi" produce poco. Invia invece dei compiti:
- Installa sulla tua macchina e annota qualsiasi cosa strana.
- Esegui il flusso principale una volta, dall'inizio alla fine.
- Chiudi l'app, riaprila e verifica che i tuoi dati ci siano ancora.
- Aggiorna alla build successiva e ripeti il passo 3.
Fornisci un modulo con sempre gli stessi campi: versione di Windows, numero di build, cosa hai fatto, cosa è successo, cosa ti aspettavi, uno screenshot o un log. Il modello di segnalazione bug per app desktop funziona come base; come scrivere un feedback utile per lo sviluppatore spiega le buone abitudini alla base di questo modello.
5. Pianifica i tempi
| Quando | Cosa |
|---|---|
| Giorno 0 | Invita, invia la build 1 e l'elenco dei compiti |
| Giorno 2-3 | Breve promemoria; rispondi a ogni segnalazione |
| Giorno 5-7 | Rilascia la build corretta; chiedi ai tester di ritestare solo ciò che è cambiato |
| Fine della settimana 2 | Ringrazia tutti e condividi cosa hai corretto |
Questo è un ritmo di partenza, non una regola. Accorcialo per una piccola correzione, allungalo per una modifica importante.
6. Fai in modo che i tester continuino a segnalare
- Rispondi a ogni segnalazione, anche con "non riesco a riprodurlo, puoi mandarmi il log?".
- Dì ai tester quando una loro segnalazione ha portato a una correzione.
- Mantieni i compiti brevi. Quindici minuti si fanno; due ore no.
Le valutazioni nello store non fanno parte dell'accordo
Non chiedere valutazioni nello store in cambio e non offrire nulla per averle. Le valutazioni date in cambio di qualcosa non sono valutazioni oneste; vedi perché comprare recensioni per le app si ritorce contro. Il feedback va a te in privato; se qualcuno vuole valutare l'app in seguito, è una sua scelta libera e non retribuita.
Cosa copre AppReviewX
AppReviewX accetta app tramite link allo store da Google Play, Apple App Store, Mac App Store e Microsoft Store. Le app Windows e Mac devono essere già pubblicate nel rispettivo store, e AppReviewX non distribuisce build né programmi di installazione. Il feedback è privato e strutturato, un feedback accettato = un credito, e le valutazioni nello store sono volontarie, non retribuite e mai richieste. Questa pagina è una guida generale.
Inizia gratis e ricevi feedback privato sulla tua app.
Correlati: guida ai test per app Windows e Mac, come fare un beta test per un'app Mac, trovare tester per app desktop.