Dalle user story e dai processi agli script di test
La parte più lunga di un UAT è scrivere gli script. Leggi le tue user story da Jira o Azure DevOps, oppure incollale, e ottieni casi di test scritti nel linguaggio del business, con passi, dati di test e risultato atteso.
- Da Jira, Azure DevOps, Excel o testo incollato
- I passi che ha dovuto presumere sono segnati da verificare
- Ogni caso di test resta collegato alla sua story
- BPMN (Camunda, Signavio, Bizagi), Visio, Word o PDF
- Le lane diventano i ruoli che testano
- Ogni decisione ha il proprio caso di test
- Copertura per story, anche nel report go/no-go
- Le anomalie risalgono alla story
Anomalie che lo sviluppatore capisce, e un quadro d'insieme per il go/no-go
I tester scrivono ciò che vedono, con parole loro. L'AI trasforma un'anomalia in passi per riprodurla, risultato atteso ed effettivo, e indica cosa manca ancora, per esempio quale record o quale ruolo utente. Prima della riunione go/no-go riassume tutte le anomalie aperte: per tema, cosa blocca il go-live e quali anomalie sembrano lo stesso problema.
- Write up with AI: usa la proposta o scartala; il testo originale del tester resta nella cronologia
- Summarize with AI: leggilo, apri le anomalie con un clic, copialo per il verbale
- I possibili duplicati vengono suggeriti mentre un tester registra un'anomalia, in ogni piano
Quali casi di test tocca una release del CRM
Salesforce ha tre release all'anno, e Microsoft rilascia aggiornamenti di Dynamics 365 tutto l'anno. Salvion tiene aggiornate le modifiche di ogni release di Salesforce e le voci della roadmap Microsoft per Dynamics 365, e le controlla una per una. Spunti una volta cosa usa il tuo progetto; l'AI confronta le modifiche con i tuoi casi di test.
- I tuoi casi di test che la release tocca, ciascuno con il motivo
- Proposte di nuovi casi di test per ciò che cambia e non è ancora coperto
- Gli aggiornamenti obbligatori per il tuo amministratore, con la data in cui diventano obbligatori
- Incolla anche le note di rilascio di un pacchetto o della tua release
- Un promemoria se il round non è approvato 3 giorni prima della produzione
- Un fail indica con quale modifica della release è arrivato, anche in Jira, Azure DevOps e nell'API
- Il report della release nel report go/no-go e nel pacchetto di evidenze
All'AI vanno solo le modifiche della release e i titoli dei tuoi casi di test con l'azione di ogni passo: niente risultati attesi, dati di test, risultati, anomalie o nomi di persone. Le note di rilascio che incolli vengono inviate con il loro nome, e nient'altro. Con il tuo modello di AI collegato, il controllo usa quel modello. Release readiness è un modulo aggiuntivo da €99 al mese per ogni piano: aggiungilo in Plan & billing.
Una proposta, mai una decisione
La progettazione dei test con l'AI usa Anthropic come sub-responsabile, a meno che la tua area di lavoro non usi un proprio modello di AI; vedi Per acquisti e IT per sapere dove vanno i dati. Non inserire dati personali dei clienti nelle story e nelle anomalie.
Un modulo aggiuntivo per qualsiasi piano
| Piano | Prezzo | Incluso |
|---|---|---|
| Pilot | Gratuito, incluso come prova | 10 user story e 5 richieste sulle anomalie |
| Project | €199 una tantum | 500 user story per la durata del progetto |
| Team, Business, Partner, Enterprise | €99 al mese | 300 user story al mese |
| Ti serve di più? | €49 una tantum | 250 user story aggiuntive |
| Release readiness, ogni piano | €99 al mese | L'esame di ogni release del CRM |
Una descrizione di processo conta come una user story ogni 3.000 caratteri. L'AI sulle anomalie e Release readiness non consumano user story. Prezzi IVA esclusa.