
C'è di più nell'accesso alla storia dell'utente di quanto potresti pensare. Dietro una voce composta da due campi possono nascondersi un'elaborazione e una complessità significative, quindi è davvero importante dedicare del tempo a inserire le parole giuste. Per cominciare, la formulazione dovrebbe essere chiara, inequivocabile, coerente, concisa ma anche completa.
Non esiste una user story perfetta. Esiste uno spettro di qualità, da cattivo a buono. E la qualità della storia dell'utente può essere valutata almeno 10 criteri. Indagherò qui una singola storia utente relativa a uno scenario comune – il processo di accesso – e vedo come possiamo muoverci lungo la linea di qualità.
L'autenticazione con un'applicazione software o l'accesso si trova in quasi tutte le applicazioni software. È una caratteristica così comune che la maggior parte degli sviluppatori proverà a riutilizzare il codice per implementare questa funzionalità. Ma quanto spesso pensiamo di riutilizzare il requisito? E quanto è grande e complicata questa funzionalità? E cosa significa effettivamente quando effettuiamo l'accesso? In questo articolo esploreremo queste domande e otterremo una serie di storie utente riutilizzabili (di buona qualità).
Sii preciso
Abbiamo analizzato oltre 100.000 storie di utenti su ScopeMaster e stimato, in media ogni parola di una user story descrive 25 righe di codice, quindi un errore in una parola di una user story può avere un profondo impatto sullo sforzo e sul tempo di sviluppo.
Una user story ben formata eviterà discussioni inutili, ridurrà le rielaborazioni e accorcerà significativamente i tempi di sviluppo, quindi vale la pena farlo Trascorrere il tempo trovare le parole giuste.
Ricordiamo che una user story è scritta per un numero di lettori e per più di uno scopo. I due messaggi principali che una user story dovrebbe trasmettere sono:
- Chi è l'utente e di quali funzionalità ha bisogno. (Chi E Che cosa)
- Perché questo è importante (Perché)

Per la storia dell'utente di accesso, potresti iniziare con questo:
Come utente voglio accedere.
Ma questa è una storia utente mediocre e spiegheremo perché. Ciò lascia una serie di domande senza risposta, cosa significa effettivamente "login". Cosa significa realmente “utente”? Potremmo tutti pensare di sapere cosa significano questi termini, ma vale la pena guardare più da vicino, in effetti potrebbe essere necessario che molto avvenga dietro le quinte, quando si autentica con un'applicazione. Diamo un'occhiata a cosa potrebbe effettivamente accadere quando accediamo a un'applicazione web.
Uno scenario di accesso
Ecco un tipico scenario di accesso Web riuscito:
- Inserisci un nome utente e una password. Il nome utente è molto spesso l'indirizzo email dell'utente.
- Fare clic su Invia, verrà cercato il nome utente/l'e-mail. Se trovato,
- una versione crittografata della password viene quindi confrontata con la versione crittografata archiviata.
- Il profilo viene aggiornato con la data e l'ora dell'ultimo accesso.
- Il sistema esegue una ricerca di gruppi (o ruoli) e appartenenze ai gruppi,
- Infine all'utente viene mostrata una schermata che ha diritto a vedere in base all'esito dei passaggi precedenti.
Questo è uno scenario abbastanza semplice, il processo di accesso può diventare molto più complicato, ad esempio potrebbe coinvolgere servizi di autenticazione federata, registrazione di eventi e altro, ma per ora atteniamoci a quello semplice.
La lingua inglese ha oltre 150.000 parole che potremmo usare, e praticamente in qualsiasi ordine, quindi le alternative sono praticamente infinite. Lo scopo della storia è quello comunicare, e non c'è bisogno di essere complessi se possiamo esprimerlo in modo semplice. Questa è solo una versione di come potrebbe apparire la storia dell'utente:
Come utente registrato posso autenticarmi con il mio profilo. Il sistema dovrebbe anche cercare il mio group_membership. Dovrebbe anche recuperare il gruppo [informazioni per determinare a quali funzionalità è consentito accedere].

Ecco l'analisi dettagliata eseguita da ScopeMaster:
L'uso delle parentesi quadre indica a ScopeMaster di ignorare parte del testo durante la determinazione del significato funzionale.
Come puoi vedere, i passaggi funzionali vengono determinati e questi vengono quindi mappati sui movimenti di dati (l'unità del punto funzione COSMIC).
Quindi questa versione della storia è molto migliore perché è:
- Orientato all'utente (l'utente_registrato presuppone che la persona in questione esista già).
- Prezioso
- Conciso (non dettagliato, riferito solo ai tipi di oggetto, non alle loro proprietà individuali)
- Completare (descrive tutti i passaggi funzionali chiave di questa storia utente)
- Considerevole, a 9 Punti Funzione COSMICA.
- Inequivocabile (associato con successo ai passaggi funzionali)
- NO progetto (non specifica come dovrebbe apparire né come dovrebbe essere codificato).
Ulteriori considerazioni. Percorsi alternativi (test negativi)
Anche gli altri percorsi devono essere considerati nel contesto di questa storia, e dovrebbero probabilmente essere aggiunti separatamente come criteri di successo:
- Il mio ID utente non è corretto: visualizza un messaggio di errore
- la mia password non corrisponde: visualizza un messaggio di errore
- la mia password è scaduta: visualizza un messaggio di errore
- il mio account è stato disabilitato: visualizza un messaggio di errore
- Posso accedere ma non sono membro di un ruolo con alcuna autorizzazione: viene visualizzato un messaggio di errore
Storie utente correlate
Ora che abbiamo trattato la storia dell'utente di accesso di base, potremmo continuare a creare storie per quanto segue.
- Password dimenticata
- Cambia la mia password.
- Memorizza un cookie per ricordare la mia identità
- L'amministratore può attivare la reimpostazione della mia password.
- Registrati come utente
- L'amministratore può registrarmi per mio conto
- Sincronizza o condividi il mio ID con un altro sistema di autenticazione (es. Facebook)
Questi saranno oggetto di articoli futuri, quindi restate sintonizzati.
Spero che tu abbia trovato utile questo articolo. Ora ti suggerisco di dare un'occhiata 10 test per scrivere storie utente straordinarie
Colin.
Considera il tuo pubblico
Considera il pubblico per la tua storia utente:

I diversi lettori di una user story
Tutti questi lettori dovrebbero essere in grado di leggere la storia dell'utente e ottenere il file stessa comprensione da. I lettori possono avere obiettivi e prospettive diversi, ma la storia dovrebbe significare la stessa cosa per tutti i lettori. Se diversi lettori possono interpretare la storia in modo diverso, valuta la possibilità di riformularla. Nello sviluppo software Agile le storie degli utenti vengono scritte come segnaposto per una conversazione, eppure è un luogo comune le storie degli utenti sono spesso l'unica articolazione dei requisiti. E quindi è essenziale che siano formulati con attenzione.
Lascia che l'intelligenza artificiale ti aiuti a perfezionare la storia dell'utente di accesso
Metti alla prova le tue storie utente mentre le scrivi
.
Genera automaticamente script di test
.
Prossimo:
Per ulteriori letture, scopri di più su come migliorare le storie degli utenti in generale. Nel nostro prossimo articolo sulla qualità delle storie degli utenti.
Scopri 10 passaggi per migliorare le tue storie utente, che puoi applicare ai tuoi attuali progetti software.