Durante el pruebas funcionales un tester comprueba si los cambios implementados cumplen los requisitos funcionales.
Veamos:
Durante el pruebas funcionales un tester comprueba si los cambios implementados cumplen los requisitos funcionales.
Veamos:
Normalmente, una tarea de pruebas incluye enlaces a los requisitos de la funcionalidad. La fuente ideal para quien prueba es la SRS, pero si el análisis está incompleto, puede que también necesites apoyarte en otros documentos del proyecto.
Software Requirements Specification —
un documento que define cómo debe funcionar el sistema: qué hace y qué atributos de calidad debe cumplir.
Describen las funciones del sistema: qué acciones se realizan y bajo qué condiciones.
Ejemplo
«Cuando un usuario se registra, debe crearse un nuevo usuario en la base de datos»
Describen cualidades del sistema: rendimiento, fiabilidad, seguridad, usabilidad, etc.
Ejemplo
«La latencia de la solicitud no debe superar los 500 milisegundos»
1. Requisitos funcionales
1.1 Registro de usuario
La funcionalidad de registro de usuario está destinada a crear una cuenta nueva en el sistema. El usuario completa un formulario, el sistema crea una cuenta y luego se usa para acceder a la plataforma.
/functional-testing/register
Requisitos del formato de solicitud.
| Campo | Descripción | Tipo |
Obliga torio |
Restricciones |
|---|---|---|---|---|
| username | Nombre de usuario para iniciar sesión | string | + | De 3 a 128 caracteres |
| Email para iniciar sesión | string | + | De 3 a 128 caracteres en el formato email@domain.com | |
| password | Contraseña para acceder a la cuenta | string | + | De 8 a 128 caracteres, una combinación de letras y dígitos |
| password_match | Repetir la contraseña para verificar que coincide | string | + | Debe coincidir con password |
La validación (comprobar que los datos cumplen los requisitos) debe implementarse tanto en el backend como en el frontend.
Requisitos del formato de respuesta.
| Campo | Descripción | Tipo |
Obliga torio |
|---|---|---|---|
| message | Mensaje que indica el resultado del procesamiento de la solicitud de registro | string | - |
| Resultado | Código de estado | Mensaje |
|---|---|---|
| Registro correcto | 201 (Created) |
¡Registro correcto! |
| Error del cliente | 400 (Bad Request) |
Comprueba los datos introducidos. |
| Las contraseñas no coinciden | 400 (Bad Request) |
Comprueba la confirmación de contraseña. |
| Error del servidor | 500 (Internal Server Error) |
Lo sentimos, el servicio no está disponible temporalmente. |
Puedes probar esta funcionalidad con Postman (backend) y el formulario de registro de prueba (frontend).
1. Preparación
2. Pruebas de frontend
2.1 Comprobar el layout de la página
Asegúrate de que el formulario de registro se muestre correctamente y de que todos los campos y botones estén presentes.
2.2 Validación de campos en el cliente
2.3 Enviar datos al servidor
Asegúrate de que la solicitud se envíe (DevTools), y de que los mensajes del servidor se muestren correctamente.
3. Pruebas de backend (API)
3.1 Probar una solicitud válida
Comprueba que el servidor devuelva el estado y el mensaje correctos según los requisitos, dependiendo de los datos enviados.
3.2 Validación de campos en el servidor
4. Documentar resultados
Registra los resultados de las pruebas y, si encuentras problemas, crea informes de bugs.
Уровень повышен!