In questo articolo parlerò di come progettare casi di test per la funzionalità data di nascita (DOB).
Questo pezzo di funzionalità è molto importante in quanto ha molti usi.
Alcuni di questi usi includono aree come la sicurezza e l’identificazione.
Sentiti libero di utilizzare il test case e modificarlo di conseguenza in base alle tue esigenze.
Ora, prima di continuare, potresti voler saperne di più sulla scrittura di casi di test.
Indice
Quali sono le cose chiave che dovresti testare per la funzionalità della data di nascita?
La data di nascita è un solo campo.
Tuttavia, a mio parere, è uno dei campi più importanti quando si registra il profilo di un utente.
Scomponiamo gli elementi;
- Giorno (campo di testo)
- Mese (campo di testo)
- Anno (campo di testo)
- Tutti gli elementi sono validi?
Scenari in cui è possibile utilizzare la Data di Nascita Funzionalità
- Account / Registrazione Utente
- Verificare l’età di un Utente al momento della registrazione di un prodotto o servizio
- Reimpostare le credenziali di accesso quando un utente dimentica
- Utente Admin come parte di una serie di domande di sicurezza
andiamo ad approfondire gli scenari di cui sopra
Scenario 1: Casi di Test per la Data di Nascita – Verificare l’età di un utente
la verifica dell’Età, è utilizzato in modo trasversale a molte piattaforme differenti. Di seguito sono riportati alcuni scenari di test che potresti prendere in considerazione.
- L’utente desidera creare un account di social media/e-mail e deve avere almeno 13 anni.
- L’utente sta richiedendo una patente di guida provvisoria nel Regno Unito. L’età minima è 17.
- Acquisto di un prodotto o servizio limitato online. Ad esempio, guardare video YouTube con restrizioni che richiedono un controllo dell’età.
- Acquisto di alcol o servizi di gioco online!
Scenario 2: Casi di test per Data di nascita-Ripristino delle credenziali di accesso quando un utente dimentica
- Quando un utente dimentica le proprie credenziali, il sistema può richiedere ulteriori verifiche per dimostrare l’identità dell’utente.
Scenario 3: casi di test per Data di nascita – Un utente amministratore di un sistema chiede al DOB come parte di una serie di domande di sicurezza
- Simile allo scenario precedente, ma con un elemento umano. Questo scenario è in cui un utente amministratore dell’applicazione desidera verificare che l’utente che chiama sia effettivamente chi dice di essere e il DOB fa parte di una serie di domande di verifica della sicurezza.
Requisiti aziendali e funzionali
Dovresti SEMPRE cercare di ottenere alcuni requisiti se il tuo test sarà di alta qualità.
Dico sempre ai miei colleghi non test che, come tester basati sulle specifiche, siamo buoni solo come i requisiti che abbiamo.
Prendi nota dei miei amici analisti aziendali.
Analizziamo alcuni requisiti di esempio che ho creato per te.
Ho cercato di essere dettagliato ma non voglio esagerare.
Ove possibile, si dovrebbe sempre cercare di creare una matrice di tracciabilità dei requisiti (RTM) in cui è possibile memorizzare tutti i requisiti del progetto.
| ID requisito | Descrizione requisito | Note |
| REQ-DOB-0001 | Il sistema deve acquisire la data di nascita. | |
| REQ-DOB-0002 | La data di nascita deve essere in formato UK. Ad esempio, il formato della data del campo deve essere nell’ordine seguente. GG/MM/AAAA D = Giorno (formato numerico)M = Mese (formato numerico)Y = Anno (formato numerico) |
Se è richiesta un’opzione a discesa, l’interfaccia utente può aggiornare e visualizzare la data di inizio minima che = 13 anni. Può anche accettare l’input manuale. |
| REQ-DOB-0003 | Inserimento manuale del modulo DOB Il sistema deve dare all’utente la possibilità di inserire manualmente la data di nascita |
Questo requisito può essere ampliato per includere un’opzione di controllo data/calendario. Tuttavia per semplicità useremo l’opzione modulo manuale. Dal punto di vista dell’usabilità, il selettore di date è meno noioso e incline a problemi di convalida minori. |
| REQ-DOB-0004 | Limite di età utente L’età minima dell’utente è di 13 anni. Il sistema dovrebbe rifiutare automaticamente qualsiasi utente che abbia meno di 13 anni dalla data corrente. |
|
| REQ-DOB-0005 | Convalida del campo Giorno Il campo giorno deve essere un numero valido compreso tra 1 e 31. DFBR1 – Day Field Business Rule 1 Il sistema deve rifiutare qualsiasi valore inferiore a 1 e superiore a 31. |
|
| REQ-DOB-0006 | Convalida del campo mese Un campo mese valido sarà un numero compreso tra 1 e 12. Il mese 1 rappresenta gennaio e il mese 12 rappresenta dicembre. MFBR1 – Month Field Business Rule 1 Quando l’utente inserisce il Mese come valore numerico, il sistema deve convalidare se il valore del GIORNO è corretto. |
|
| REQ-DOB-0007 | Convalida del campo anno Il campo anno è un valore numerico di 4 caratteri che dovrebbe risalire non oltre 125 anni dall’anno corrente. Ad esempio, se oggi è il 1 ° settembre 2021, la prima data in cui il sistema può andare è il 1 ° settembre 1896. |
C’è un certo numero di persone vive che hanno più di 110 anni, di conseguenza ho aggiunto una maggiore contingenza. |
| REQ-DOB-0008 | Convalida anno bisestile Se una persona nasce in un anno bisestile, il sistema dovrebbe convalidare; L’anno in cui sono nati era in realtà un anno bisestile. Imposta la data di nascita al 1 marzo negli anni non bisestili. Se l’anno immesso non è corretto, il sistema dovrebbe visualizzare un messaggio di errore. |
Nota: In alcuni paesi, l’inadempienza di un anno bisestile al 28 febbraio è considerata illegale. In questo caso, useremo la prospettiva legale del Regno Unito che è quella di utilizzare il 1 ° marzo. |
| REQ-DOB-0009 | Convalida la data corretta Quando un utente inserisce l’intera data di nascita, il sistema dovrebbe verificarne la validità. Regola aziendale 1: Convalida il giorno conforme al mese corretto. |
|
| REQ-DOB-0010 | Calcolo della data di nascita |
Percorso utente
Il caso di test includerà in genere la convalida positiva e negativa. Sarà simile al seguente;
- Utente accede alla pagina di registrazione
- Quando richiesto, l’Utente entra in un invalid data di nascita
- Utente inserisce una data di nascita valida (ma meno di 13 anni per errore)
- Sistema visualizza il messaggio di errore che informa l’utente che non è possibile registrare se sono al di sotto dei 13 anni di età
- Utente inserisce la data di nascita corretta (che è oltre i 13 anni di età)
- i processi di Sistema e convalida la data come corretta.
banco di Prova per la Data di Nascita Esempio
| Passo Numero | Fase di Test | Requisito ID | Risultato Atteso | Risultato | Stato(Pass / Fail) | Positivo / Negativo del Test |
| 1 | Accesso utente modulo di registrazione pagina per l’Applicazione sotto Test (AUT) | Utente arriva sulla pagina di registrazione utente. | + | |||
| 2 | Salta il campo Data di nascita e compila i dati validi nel resto del modulo | I dati validi vengono compilati in tutti i campi TRANNE il campo Data di nascita. | + | |||
| 3 | Scenario di test negativo Nel campo’ giorno ‘ inserire un numero non valido come = > 32. |
Il campo giorno viene popolato con una voce non valida. Per esempio: 32/MM/AAAA Nota: a seconda di come vengono scritti i requisiti, l’applicazione può visualizzare un messaggio di errore a questo punto o una volta che tutto il campo della data è stato compilato. |
– | |||
| 4 | Nel campo’ mese ‘ l’Utente inserisce un valore numerico valido. | Viene inserito un valore numerico valido | + | |||
| 5 | Nel campo ‘Anno’, l’utente inserisce il valore corretto. | Viene inserito l’anno di nascita corretto. | + | |||
| 6 | L’utente fa clic su ‘Invia’ | Il sistema visualizza un messaggio di errore che avvisa che il campo Giorno non è corretto. Nota: Tutti i campi sono ancora popolati con i dati manuali inseriti in modo che l’utente possa effettuare una correzione. I campi sono ancora modificabili.. |
+ | |||
| 7 | Test Case negativo Nel campo giorno, l’utente inserisce uno spazio vuoto. |
Tutti gli altri campi sono ancora popolato di giorno e di campo viene aggiornato lasciato vuoto | – | |||
| 8 | Utente fa clic su invia | Il sistema visualizza un messaggio di errore avviso che il Giorno di campo non è corretto. Tutti i campi sono ancora popolati con i dati manuali inseriti in modo che l’utente possa effettuare una correzione.. |
+ | |||
| 9 | Test della regola aziendale Nel campo’ giorno ‘l’utente inserisce il valore’31’. |
Il valore ’31’ viene immesso nel campo Giorno. | – | |||
| 10 | Nel campo mese, l’utente inserisce il valore 09 Nota: 9 = settembre |
Il valore ’09’ viene popolato nel campo Mese. | ||||
| 11 | Nel campo anno, l’utente immette un valore corretto. Ad esempio. 1985 |
Un valore corretto viene inserito nel campo’ Anno’. | ||||
| 12 | L’utente fa clic su ‘Invia’ | Viene visualizzato un messaggio di errore ‘utile’. Il messaggio informa l’utente che settembre non ha 31 giorni. Modificare di conseguenza. |
||||
| 13 | L’utente modifica il valore del giorno a 30 | Il campo Giorno è popolato con ’30’. | ||||
| 14 | L’utente fa clic su ‘Invia’ | Il sistema; a) elabora il modulo b) convalida la data di nascita c) convalida rispetto alle regole aziendali Reindirizza l’utente alla pagina di conferma della registrazione. |
Non volevo rendere questo caso di test troppo lungo ma è anche possibile aggiungere alcuni passaggi di test per garantire;
- L’utente ha più di 13 anni
- L’utente nato il 29 febbraio è predefinito per il 1 ° marzo come data di nascita (tranne negli anni bisestili).
- Convalidare che l’anno non va più indietro di 125 anni dalla data corrente.
Se si dispone di un controllo del calendario, quella “cosa” in cui si seleziona la data con un mouse, testare questo dovrebbe essere molto più semplice.
Questo perché ci sono meno test funzionali e meno dati di test da preparare.
Come parte del processo di registrazione, è possibile considerare anche i casi di test per la funzionalità di modifica della password.
Boundary Value Analysis
Di seguito sono riportati alcuni valori limite a cui potresti voler pensare.
Età
| Limite 1 | Contorno 2 |
| 0 -13 | 13 > |
Equivalenza di Partizionamento
Hai un numero di partizioni come parte di questo test, sono;
Età
| Partizione 1 | Partizione 2 |
| 0-12 | >13 |
Una Grande Aggiunta al vostro Test di Regressione Suite
mi piace un dettagliato test funzionali come questo. Perché?
Perché posso aggiungerlo al mio pacchetto di test di regressione.
Una volta che hai tutti i dettagli intricati, puoi letteralmente eseguire questi test come e quando ne hai bisogno.
Indipendentemente dal fatto che si tratti di test manuali o automatizzati.
Sommario
Si spera che quanto sopra dovrebbe essere un buon test per il test funzionale della data di nascita.
Adoro assolutamente questi tipi di tecniche di test della scatola nera come ricordo di averne fatte molte nella mia carriera.
Se ti imbatti nei campi della data di test, potresti anche essere interessato a scrivere casi di test per un’applicazione di calendario.
Lavorare nell’arena della garanzia della qualità non è facile, ma questa è una delle tante sfide di essere un tester software.