En este artículo hablaré sobre cómo diseñar casos de prueba para la funcionalidad de fecha de nacimiento (DOB).
Esta pieza de funcionalidad es MUY importante, ya que tiene muchos usos.
Algunos de estos usos incluyen áreas como la seguridad y la identificación.
No dude en utilizar el estuche de prueba y modificarlo en consecuencia para adaptarse a sus necesidades.
Ahora, antes de continuar, es posible que desee obtener más información sobre cómo escribir casos de prueba.
Tabla de Contenidos
¿Cuáles son las cosas clave que debe probar para la Funcionalidad de Fecha de nacimiento?
La fecha de nacimiento es solo un campo.
Sin embargo, en mi opinión, es uno de los campos más importantes a la hora de registrar el perfil de un usuario.
Vamos a romper los elementos;
- Día (campo de texto)
- Mes (campo de texto)
- Año (campo de texto)
- Son todos los elementos válida?
Escenarios en los que usaría la Funcionalidad de Fecha de nacimiento
- Registro de cuenta / usuario
- Verificar la edad de un Usuario cuando se registra para un producto o servicio
- Restablecer las credenciales de inicio de sesión cuando un usuario olvida
- Usuario administrador como parte de una serie de preguntas de seguridad
Desarrollemos los escenarios mencionados anteriormente
Escenario 1: Casos de prueba de Fecha de nacimiento: Verificar la edad de un usuario
La verificación de edad se utiliza en muchas plataformas diferentes. A continuación se presentan algunos escenarios de prueba que puede considerar.
- El usuario desea crear una cuenta de redes sociales / correo electrónico y debe tener al menos 13 años de edad.
- El usuario está solicitando un permiso de conducción provisional del Reino Unido. La edad mínima es de 17 años.
- Comprar un producto o servicio restringido en línea. Por ejemplo, ver videos restringidos de YouTube que requieren que realice una verificación de edad.
- ¡Compra de alcohol o servicios de juego en línea!
Escenario 2: Casos de prueba de Fecha de nacimiento: Restablecer las credenciales de inicio de sesión cuando un usuario olvida
- Cuando un usuario olvida sus credenciales, el sistema puede solicitar una verificación adicional para probar la identidad del usuario.
Escenario 3: Casos de prueba de Fecha de nacimiento: Un Usuario administrador de un sistema pregunta al DOB como parte de una serie de preguntas de seguridad
- Similar al escenario anterior, sin embargo, con un elemento humano. En este escenario, un Usuario Administrador de aplicaciones desea verificar que el Usuario que llama es realmente quien dice ser y el DOB es parte de un conjunto de preguntas de verificación de seguridad.
Requisitos comerciales y funcionales
Siempre debe intentar obtener algunos requisitos si sus pruebas van a ser de alta calidad.
Siempre les digo a mis colegas que no realizan pruebas que, como probadores basados en especificaciones, solo somos tan buenos como los requisitos que tenemos.
Tome nota de mis amigos Analistas de negocios.
Vamos a desglosar algunos requisitos de ejemplo que he creado para ti.
He intentado ser detallado, pero no quiero exagerar.
Siempre que sea posible, debe intentar crear una Matriz de Trazabilidad de Requisitos (RTM) donde pueda almacenar todos los requisitos de su proyecto.
| Identificación del requisito | Descripción del requisito | Notas |
| REQ-DOB-0001 | El sistema debe capturar la fecha de nacimiento. | |
| REQ-DOB-0002 | La fecha de nacimiento debe estar en formato británico. Por ejemplo, el formato de fecha del campo debe estar en el siguiente orden. DD / MM / AAAA D = Día (formato numérico)M = Mes (formato numérico)Y = Año (formato numérico) |
Si se requiere una opción desplegable, la interfaz de usuario puede actualizar y mostrar la fecha de inicio mínima que = 13 años. También puede aceptar entrada manual. |
| REQ-DOB-0003 | Entrada manual del formulario DOB El sistema debe dar al usuario la opción de ingresar la fecha de nacimiento manualmente |
Este requisito se puede ampliar para incluir una opción de control de fecha / calendario. Sin embargo, para simplificar, usaremos la opción de formulario manual. Desde una perspectiva de usabilidad, el selector de fechas es menos tedioso y propenso a menos problemas de validación. |
| REQ-DOB-0004 | Restricción de edad del usuario La edad mínima del usuario es de 13 años. El sistema debe rechazar automáticamente a cualquier usuario que sea menor de 13 años a partir de la fecha actual. |
|
| REQ-DOB-0005 | Validación de campo de día El campo de día debe ser un número válido entre 1 y 31. Regla de negocio de campo DFBR1 – Day 1 El sistema debe rechazar cualquier valor inferior a 1 y superior a 31. |
|
| REQ-DOB-0006 | Validación de campo de mes Un campo de mes válido será un número del 1 al 12. El mes 1 representa enero y el Mes 12 representa diciembre. Regla de negocio de Campo MFBR1-Mes 1 Cuando el usuario ingresa el mes como un valor numérico, el sistema debe validar si el valor del DÍA es correcto. |
|
| REQ-DOB-0007 | Validación de campo de año El campo de año es un valor numérico de 4 caracteres que no debe retroceder más de 125 años desde el año en curso. Por ejemplo, si hoy es el 1 de septiembre de 2021, la fecha más temprana a la que el sistema puede ir es el 1 de septiembre de 1896. |
Hay un número de personas vivas que tienen más de 110 años, como resultado, he agregado una contingencia pero más. |
| REQ-DOB-0008 | Validación de Año bisiesto Si una persona nace en un año bisiesto, el sistema debe validar; El año en que nació fue de hecho un año bisiesto. Default su fecha de nacimiento al 1 de marzo en años no bisiestos. Si el año que ingresaron es incorrecto, el sistema debería mostrar un mensaje de error. |
Nota: En algunos países, incumplir un año bisiesto hasta el 28 de febrero se considera ilegal. En este caso, utilizaremos la Perspectiva legal del Reino Unido, que se utilizará el 1 de marzo. |
| REQ-DOB-0009 | Validar la fecha correcta Cuando un usuario ingresa la fecha de nacimiento completa, el sistema debe verificar su validez. Regla de negocio 1: Validar que el día se ajusta al mes correcto. |
|
| REQ-DOB-0010 | Cálculo de la fecha de nacimiento |
Recorrido del usuario
El caso de prueba normalmente incluirá validación positiva y negativa. Se verá algo como lo siguiente;
- El usuario navega a la página de registro
- Cuando se le solicita, el usuario ingresa una fecha de nacimiento no válida
- El usuario ingresa una fecha de nacimiento válida (pero menor de 13 años por error)
- El sistema muestra un mensaje de error que informa al usuario que no puede registrarse si es menor de 13 años
- nacimiento (mayor de 13 años)
- El sistema procesa y valida la fecha como correcta.
Ejemplo de Caso de prueba de Fecha de Nacimiento
| Número de paso | Paso de prueba | ID de requisito | Resultado esperado | Resultado Real | Estado (Aprobado / Reprobado) | Prueba positiva / Negativa |
| 1 | Acceda a la página del formulario de registro de usuario para la Solicitud bajo Prueba (AUT) | El usuario llega a la página de registro de usuario. | + | |||
| 2 | Omitir el campo Fecha de nacimiento y llenar datos válidos en el resto de la forma | Válido de datos se llenan en todos los campos EXCEPTO el campo Fecha de nacimiento. | + | |||
| 3 | Escenario de prueba negativo En el campo » día » introduzca un número no válido, como por ejemplo =>32. |
El campo día se rellena con una entrada no válida. Por ejemplo: 32/MM/AAAA Nota: dependiendo de cómo se escriban sus requisitos, la aplicación puede mostrar un mensaje de error en este punto o una vez que se haya completado todo el campo de fecha. |
– | |||
| 4 | En el ‘mes’ campo el Usuario ingresa un válidos valor numérico. | Un válidos valor numérico se introduce | + | |||
| 5 | En el » Año » de campo, el Usuario introduce el valor correcto. | Se introduce el año de nacimiento correcto. | + | |||
| 6 | el Usuario hace clic en «Enviar’ | El sistema muestra un mensaje de error advirtiendo que el Día de campo es incorrecta. Nota: Todos los campos se siguen rellenando con los datos manuales introducidos para que el usuario pueda realizar una corrección.Los campos siguen siendo editables.. |
+ | |||
| 7 | Caso de prueba negativo En el campo día, el usuario ingresa un espacio en blanco. |
Todos los demás campos se siguen rellenando y el campo de día se actualiza a la izquierda en blanco | – | |||
| 8 | Clics de usuario enviar | El sistema muestra un mensaje de error que advierte que el campo Día es incorrecto. Todos los campos se siguen rellenando con los datos manuales introducidos para que el usuario pueda realizar una corrección.. |
+ | |||
| 9 | la Prueba de la regla de negocio En el ‘día de campo’ el usuario introduce el valor ’31’. |
El valor » 31 » se introduce en el campo Día. | – | |||
| 10 | En el campo de mes, el usuario introduce el valor 09 Nota: 9 = septiembre |
El valor ’09’ se rellena en el campo de Mes. | ||||
| 11 | En el campo de año, el usuario introduce un valor correcto. Ej:. 1985 |
Se introduce un valor correcto en el campo «Año». | ||||
| 12 | el Usuario hace clic en «Enviar’ | Un ‘útil’ aparece el mensaje de error. El mensaje informa al usuario que Septiembre no tiene 31 días. Modifíquese en consecuencia. |
||||
| 13 | el Usuario modifica el valor de día 30 | Día de campo es populagted con ’30’. | ||||
| 14 | el Usuario hace clic en «Enviar’ | El sistema; a) procesa el formulario b) valida la fecha de nacimiento c) valida contra las reglas comerciales Redirige al usuario a la página de confirmación de registro. |
No quería hacer este caso de prueba demasiado largo, pero también puede agregar algunos pasos de prueba para garantizar;
- El usuario es mayor de 13 años
- El usuario que nace el 29 de febrero tiene como fecha de nacimiento predeterminada el 1 de marzo (excepto en años bisiestos).
- Validar que el Año no se remonta a más de 125 años a partir de la fecha actual.
Si tienes un control de calendario, esa ‘cosa’ en la que seleccionas la fecha con un ratón, probar esto debería ser mucho más fácil.
Esto se debe a que hay menos pruebas funcionales y menos datos de prueba que preparar.
Como parte del proceso de registro, es posible que también desee considerar casos de prueba para la funcionalidad de cambio de contraseña.
Análisis de valores de límite
A continuación se muestran algunos valores de límite que puede considerar.
Edad
| Límite de 1 | Límite 2 |
| 0 -13 | 13 > |
Equivalencia de Partición
Usted tiene un número de particiones como parte de esta prueba, son;
Edad
| la Partición 1 | Partición 2 |
| 0-12 | >13 |
Una Gran Adición a su Suite de Pruebas de Regresión
me encanta un funcional detallada de la prueba como esta. ¿Por qué?
Porque puedo agregarlo a mi paquete de pruebas de regresión.
Una vez que tenga todos los detalles intrincados, puede ejecutar literalmente estas pruebas cuando las necesite.
Independientemente de si se trata de pruebas manuales o automatizadas.
Resumen
Esperamos que lo anterior sea un buen caso de prueba para las pruebas funcionales de fecha de nacimiento.
Me encantan estos tipos de técnicas de prueba de caja negra, ya que recuerdo haber hecho muchas en mi carrera.
Si alguna vez encuentras campos de fecha de prueba, es posible que también te interese escribir casos de prueba para una aplicación de calendario.
Trabajar en el campo de la garantía de calidad no es fácil, pero este es uno de los muchos desafíos de ser un probador de software.