BACKEND · API TESTING
Una API conecta las interfaces con las reglas de negocio, los datos y los servicios externos. Verificar su comportamiento permite detectar errores, validar respuestas y reducir riesgos antes de que impacten en la experiencia del usuario.
Las respuestas HTTP indican cómo procesó el servidor una solicitud. Seleccioná una familia para conocer su significado, sus códigos más habituales y su relación con las pruebas de API.
El servidor procesó correctamente la solicitud.
Perspectiva QA: un código HTTP no determina por sí solo si una prueba fue aprobada. La evaluación depende del resultado esperado. Por ejemplo, HTTP 400 puede ser correcto cuando se verifica el rechazo de datos inválidos.
El backend del portfolio está desarrollado con Node.js y Express. Expone endpoints para comprobar el estado del servicio, registrar visitantes y procesar mensajes de contacto.
Objetivo de QA: comprobar que cada endpoint responda de acuerdo con su propósito y gestione correctamente las solicitudes recibidas.
Seleccioná un endpoint para ejecutar una prueba real y consultar su respuesta HTTP.
/api/health
Disponibilidad
Estado del servicio
/api/visitors
Visitantes
Validación del registro
/api/contact
Contacto
Validación del mensaje
API + Validaciones
Integración
Rechazo de datos inválidos
Seleccioná una tarjeta y ejecutá la prueba.
Las validaciones verifican que los datos recibidos cumplan las reglas de negocio antes de procesar una solicitud.
Comprobá cómo responde la API ante datos obligatorios vacíos, formatos incorrectos y falta de consentimiento.
Seleccioná un caso y ejecutá la prueba.
Verificá el rechazo de mensajes vacíos, textos que superan el límite permitido y datos de contacto inválidos. Estos casos no deben enviar correos.
Seleccioná un caso y ejecutá la prueba.
Objetivo de QA: confirmar que la API rechace las solicitudes inválidas con respuestas HTTP coherentes y mensajes de error controlados.
SQLite almacena los registros de visitantes. Estas pruebas comprueban que los datos válidos se acepten y que las restricciones de integridad impidan registros no autorizados.
Comprueba que la API acepte un visitante válido y lo almacene en SQLite, devolviendo su identificador.
Resultado esperado: HTTP 201 y un ID entero.
Efecto: crea un registro real en la base de datos.
Esperando ejecución de la prueba.
Comprueba que la API rechace el registro cuando el visitante no ha otorgado el consentimiento obligatorio.
Resultado esperado: HTTP 400 y errores de validación.
Efecto: no debe crear un registro.
Esperando ejecución de la prueba.
Objetivo de QA: verificar la aceptación de registros válidos y el rechazo de datos que incumplan las reglas de integridad.
La suite automatizada verifica el comportamiento del backend mediante pruebas de API, validaciones unitarias y operaciones sobre SQLite. Su ejecución permite detectar regresiones y comprobar que los resultados obtenidos coincidan con los esperados.
Objetivo de QA: obtener resultados reproducibles y detectar regresiones durante los cambios del backend.
Última ejecución verificada: 23/10/2026, mediante npm.cmd test. Se ejecutaron 15 pruebas automatizadas, sin fallos ni omisiones.
Total: 15 pruebas distribuidas en tres categorías.
backend/tests/api.test.js
Nueve pruebas que verifican las respuestas HTTP, las validaciones de visitantes y el tratamiento de mensajes de contacto.
backend/tests/database.test.js
Dos pruebas independientes sobre una base de datos temporal en memoria.
backend/tests/visitor.validator.test.js
Cuatro pruebas que comprueban las reglas de validación de los datos del visitante.
Resultado: suite completada con 15 pruebas aprobadas, 0 fallidas y 0 omitidas.
Estos datos corresponden a la última ejecución verificada manualmente. Los gráficos son representaciones estáticas: no ejecutan ni actualizan las pruebas automáticamente.