{"id":43773,"date":"2026-06-17T11:29:44","date_gmt":"2026-06-17T09:29:44","guid":{"rendered":"https:\/\/mtp.global\/es\/?p=43773"},"modified":"2026-06-17T11:29:46","modified_gmt":"2026-06-17T09:29:46","slug":"que-son-las-pruebas-funcionales","status":"publish","type":"post","link":"https:\/\/mtp.global\/es\/blog\/quality-assurance\/que-son-las-pruebas-funcionales\/","title":{"rendered":"\u00bfQu\u00e9 son las pruebas funcionales?"},"content":{"rendered":"\n<p>Las <a href=\"https:\/\/mtp.global\/es\/servicios\/quality-assurance\/pruebas-funcionales\">pruebas funcionales<\/a> son un tipo de prueba de software que verifica que un sistema, aplicaci\u00f3n o componente cumple los requisitos funcionales definidos y produce los resultados esperados ante determinadas entradas, acciones o condiciones de uso. En esencia, eval\u00faan si el software realiza correctamente las tareas para las que fue dise\u00f1ado, desde la perspectiva del usuario, del negocio y de los procesos que debe soportar.<\/p>\n\n\n\n<p>Este art\u00edculo explica qu\u00e9 validan las pruebas funcionales, cu\u00e1les son sus principales tipos y niveles, c\u00f3mo se realizan y qu\u00e9 buenas pr\u00e1cticas ayudan a integrarlas en procesos modernos de desarrollo y entrega de software, como CI\/CD. Tambi\u00e9n encontrar\u00e1s ejemplos pr\u00e1cticos, herramientas habituales y una tabla comparativa para comprender r\u00e1pidamente las diferencias entre cada enfoque de prueba.<\/p>\n\n\n\n<p>Adem\u00e1s, las pruebas funcionales forman parte de una estrategia m\u00e1s amplia de aseguramiento de la calidad, cuyo objetivo es reducir riesgos, detectar defectos antes de producci\u00f3n y garantizar la fiabilidad de los sistemas a lo largo de todo su ciclo de vida.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Definici\u00f3n de pruebas funcionales<\/strong><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>\u00bfQu\u00e9 validan y por qu\u00e9 son importantes?<\/strong><\/h3>\n\n\n\n<p>Las pruebas funcionales validan que cada funcionalidad del software realice correctamente la tarea para la que fue dise\u00f1ada, conforme a los requisitos establecidos, las reglas de negocio y los resultados esperados.<\/p>\n\n\n\n<p>Se centran en el comportamiento observable del sistema ante determinadas entradas, acciones o situaciones de uso, sin necesidad de analizar la implementaci\u00f3n interna del c\u00f3digo. Por esta raz\u00f3n, suelen clasificarse como pruebas de caja negra, ya que eval\u00faan lo que el sistema hace desde fuera: c\u00f3mo responde, qu\u00e9 resultado devuelve y si ese resultado es coherente con las especificaciones funcionales.<\/p>\n\n\n\n<p>Estas pruebas son fundamentales porque permiten confirmar que los procesos cr\u00edticos del negocio funcionan seg\u00fan lo esperado. Adem\u00e1s, ayudan a detectar errores antes de que el software llegue a producci\u00f3n, reducen costes de correcci\u00f3n y mejoran la experiencia de los usuarios.<\/p>\n\n\n\n<p>Dentro de los procesos de <a href=\"https:\/\/mtp.global\/es\/servicios\/quality-assurance\/\">Quality Assurance<\/a>, las pruebas funcionales constituyen uno de los mecanismos m\u00e1s eficaces para garantizar la calidad del software. Su valor aumenta cuando se combinan con una adecuada <a href=\"https:\/\/mtp.global\/es\/servicios\/quality-assurance\/ingenieria-de-requisitos\/\">ingenier\u00eda de requisitos<\/a>, una planificaci\u00f3n de pruebas rigurosa, una buena gesti\u00f3n de defectos y una visi\u00f3n clara del riesgo de negocio.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Diferencia entre pruebas funcionales y no funcionales<\/strong><\/h3>\n\n\n\n<p>Las pruebas funcionales responden a la pregunta: <strong>\u00bfel sistema hace lo que debe hacer?<\/strong><\/p>\n\n\n\n<p>Las pruebas no funcionales, por el contrario, responden a otra pregunta: <strong>\u00bfc\u00f3mo se comporta el sistema al hacerlo?<\/strong><\/p>\n\n\n\n<p>Las pruebas no funcionales eval\u00faan aspectos como el rendimiento, la seguridad, la escalabilidad, la usabilidad, la disponibilidad, la accesibilidad y la compatibilidad.<\/p>\n\n\n\n<p>Ambos tipos de pruebas son complementarios. Las pruebas funcionales garantizan que las funcionalidades cumplen los requisitos definidos, mientras que las pruebas no funcionales aseguran que dichas funcionalidades operan con los niveles adecuados de calidad, estabilidad, eficiencia y experiencia de uso.<\/p>\n\n\n\n<p>Por ejemplo, una prueba funcional verifica que un proceso de pago complete correctamente una transacci\u00f3n. Una prueba de rendimiento, o <a href=\"https:\/\/mtp.global\/es\/servicios\/quality-assurance\/pruebas-de-rendimiento\/\">Performance testing<\/a>, mide cu\u00e1ntas transacciones por minuto puede procesar el sistema sin degradar su funcionamiento. Y una prueba de accesibilidad puede comprobar si ese mismo proceso puede ser utilizado correctamente por personas con distintas capacidades o mediante tecnolog\u00edas de apoyo.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Tipos y niveles de pruebas funcionales<\/strong><\/h3>\n\n\n\n<p>En la pr\u00e1ctica, las pruebas funcionales pueden aplicarse en distintos niveles del ciclo de desarrollo. Algunas categor\u00edas, como las pruebas unitarias o de integraci\u00f3n, son niveles de prueba m\u00e1s que tipos funcionales en sentido estricto. Sin embargo, pueden tener enfoque funcional cuando validan comportamientos esperados del sistema.<\/p>\n\n\n\n<p>Por eso, m\u00e1s que entenderlas como compartimentos cerrados, conviene verlas como enfoques complementarios dentro de una estrategia de QA.<br><\/p>\n\n\n\n<figure class=\"wp-block-table\"><table class=\"has-fixed-layout\"><thead><tr><th><strong>Tipo o nivel de prueba<\/strong><\/th><th><strong>Descripci\u00f3n<\/strong><\/th><th><strong>Ejemplo<\/strong><\/th><th><strong>Objetivo principal<\/strong><\/th><\/tr><\/thead><tbody><tr><td>Pruebas unitarias con enfoque funcional<\/td><td>Verifican el comportamiento de funciones, m\u00e9todos o componentes individuales de forma aislada. Aunque suelen asociarse al desarrollo, pueden tener enfoque funcional cuando validan resultados esperados ante entradas concretas.<\/td><td>Comprobar que una funci\u00f3n de c\u00e1lculo de descuentos devuelve el importe correcto seg\u00fan el tipo de cliente, el producto y la promoci\u00f3n activa.<\/td><td>Detectar defectos en etapas tempranas del desarrollo.<\/td><\/tr><tr><td>Pruebas de integraci\u00f3n<\/td><td>Verifican que diferentes m\u00f3dulos, servicios, APIs o sistemas interact\u00faan correctamente entre s\u00ed y comparten datos de forma adecuada.<\/td><td>Validar que el m\u00f3dulo de autenticaci\u00f3n genera correctamente los tokens que utiliza el servicio de autorizaci\u00f3n.<\/td><td>Detectar errores derivados de la interacci\u00f3n entre componentes.<\/td><\/tr><tr><td>Pruebas de sistema<\/td><td>Eval\u00faan el funcionamiento del sistema completo en un entorno representativo o similar al de producci\u00f3n.<\/td><td>Ejecutar un proceso completo de compra online desde la selecci\u00f3n de productos hasta la recepci\u00f3n de la confirmaci\u00f3n por correo electr\u00f3nico.<\/td><td>Verificar el comportamiento integral del sistema.<\/td><\/tr><tr><td>Pruebas de regresi\u00f3n funcional<\/td><td>Comprueban que una modificaci\u00f3n, correcci\u00f3n o nueva versi\u00f3n no ha roto funcionalidades que ya funcionaban correctamente.<\/td><td>Tras modificar el m\u00f3dulo de pagos, volver a ejecutar los casos principales de compra, facturaci\u00f3n, confirmaci\u00f3n y consulta de pedidos.<\/td><td>Reducir el riesgo de introducir errores colaterales en funcionalidades existentes.<\/td><\/tr><tr><td>Pruebas smoke<\/td><td>Realizan una validaci\u00f3n r\u00e1pida de las funciones esenciales para comprobar si una versi\u00f3n es suficientemente estable para continuar probando.<\/td><td>Verificar que la aplicaci\u00f3n arranca, permite iniciar sesi\u00f3n y accede a las pantallas principales sin errores cr\u00edticos.<\/td><td>Evitar dedicar esfuerzo de prueba completo a una versi\u00f3n inestable.<\/td><\/tr><tr><td>Pruebas de aceptaci\u00f3n del usuario, o UAT<\/td><td>Son realizadas por usuarios finales o representantes del negocio para validar que el producto satisface sus necesidades y criterios de aceptaci\u00f3n.<\/td><td>Un equipo comercial valida que un CRM permite registrar oportunidades, asociarlas a clientes y generar informes seg\u00fan las reglas de negocio definidas.<\/td><td>Confirmar que el software est\u00e1 preparado para su uso en producci\u00f3n.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>\u00bfC\u00f3mo se realizan las pruebas funcionales?<\/strong><\/h2>\n\n\n\n<p>La realizaci\u00f3n de pruebas funcionales requiere m\u00e9todo, trazabilidad y conocimiento del contexto de negocio. No se trata \u00fanicamente de ejecutar casos de prueba, sino de verificar que el sistema responde de forma correcta, coherente y \u00fatil ante los escenarios que realmente importan.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Revisi\u00f3n de requerimientos funcionales<\/strong><\/h3>\n\n\n\n<p>El primer paso consiste en analizar y comprender los requisitos funcionales, las historias de usuario, los criterios de aceptaci\u00f3n y las reglas de negocio asociadas.<\/p>\n\n\n\n<p>Esta revisi\u00f3n permite identificar qu\u00e9 debe hacer el sistema, qu\u00e9 procesos son cr\u00edticos, qu\u00e9 usuarios intervienen, qu\u00e9 datos son necesarios y qu\u00e9 comportamientos deben considerarse v\u00e1lidos o incorrectos.\u00e7<\/p>\n\n\n\n<p>Consejos pr\u00e1cticos:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Involucrar a analistas, product owners, perfiles de negocio y testers para validar requisitos.<\/li>\n\n\n\n<li>Priorizar los requerimientos cr\u00edticos para la operaci\u00f3n y la experiencia de usuario.<\/li>\n\n\n\n<li>Mantener trazabilidad entre requisitos, casos de prueba, defectos y evidencias.<\/li>\n\n\n\n<li>Identificar ambig\u00fcedades antes de iniciar la ejecuci\u00f3n de pruebas.<\/li>\n\n\n\n<li>Revisar dependencias con otros sistemas, APIs o servicios externos.<\/li>\n<\/ul>\n\n\n\n<p>Esta fase es especialmente importante porque muchos defectos funcionales no nacen en el c\u00f3digo, sino en requisitos incompletos, ambiguos o interpretados de forma diferente por negocio, desarrollo y QA.<\/p>\n\n\n\n<p>Para ello, resulta clave contar con una adecuada ingenier\u00eda de requisitos, que permita definir de forma clara y trazable las funcionalidades que deben validarse durante el proceso de pruebas.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Dise\u00f1o de casos de prueba<\/strong><\/h3>\n\n\n\n<p>El dise\u00f1o de casos de prueba consiste en definir entradas, pasos de ejecuci\u00f3n, datos necesarios, precondiciones y resultados esperados.<\/p>\n\n\n\n<p>Los casos de prueba deben cubrir tanto los escenarios principales como los casos l\u00edmite, los flujos alternativos y las situaciones de error previstas. Un sistema no est\u00e1 suficientemente probado si solo se valida el llamado \u201ccamino feliz\u201d.<\/p>\n\n\n\n<p>Un caso de prueba funcional bien definido deber\u00eda incluir:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Identificador del caso.<\/li>\n\n\n\n<li>Requisito, historia de usuario o regla de negocio asociada.<\/li>\n\n\n\n<li>Precondiciones necesarias.<\/li>\n\n\n\n<li>Datos de entrada.<\/li>\n\n\n\n<li>Pasos de ejecuci\u00f3n.<\/li>\n\n\n\n<li>Resultado esperado.<\/li>\n\n\n\n<li>Prioridad o criticidad.<\/li>\n\n\n\n<li>Evidencias necesarias.<\/li>\n\n\n\n<li>Estado de ejecuci\u00f3n.<\/li>\n\n\n\n<li>Defectos asociados, si los hubiera.<\/li>\n<\/ul>\n\n\n\n<p>Recomendaciones:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Utilizar matrices de decisi\u00f3n para cubrir combinaciones relevantes de datos.<\/li>\n\n\n\n<li>Crear casos reutilizables para funcionalidades comunes.<\/li>\n\n\n\n<li>Documentar claramente las precondiciones necesarias para la ejecuci\u00f3n.<\/li>\n\n\n\n<li>Priorizar escenarios de alto impacto para el negocio.<\/li>\n\n\n\n<li>Incluir validaciones positivas, negativas y de borde.<\/li>\n\n\n\n<li>Evitar casos demasiado gen\u00e9ricos que no permitan saber con claridad qu\u00e9 se est\u00e1 validando.<\/li>\n<\/ul>\n\n\n\n<p>Por ejemplo, si se prueba un formulario de alta de usuario, no basta con comprobar que acepta datos correctos. Tambi\u00e9n deben validarse campos obligatorios vac\u00edos, formatos no v\u00e1lidos, valores duplicados, permisos insuficientes, mensajes de error y comportamiento ante interrupciones del proceso.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Preparaci\u00f3n de datos y entornos<\/strong><\/h3>\n\n\n\n<p>Antes de ejecutar las pruebas funcionales, es necesario preparar los datos y entornos adecuados. Este punto suele subestimarse, pero condiciona directamente la calidad de la ejecuci\u00f3n.<\/p>\n\n\n\n<p>Es recomendable verificar que:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>El entorno de pruebas est\u00e1 disponible y estable.<\/li>\n\n\n\n<li>La versi\u00f3n desplegada es la correcta.<\/li>\n\n\n\n<li>Los datos de prueba son v\u00e1lidos, suficientes y representativos.<\/li>\n\n\n\n<li>Los usuarios tienen los roles y permisos necesarios.<\/li>\n\n\n\n<li>Las integraciones est\u00e1n operativas o correctamente simuladas.<\/li>\n\n\n\n<li>Existen mecanismos para registrar evidencias y defectos.<\/li>\n\n\n\n<li>Las dependencias externas no bloquean la ejecuci\u00f3n.<\/li>\n<\/ul>\n\n\n\n<p>Una mala preparaci\u00f3n puede generar falsos errores, bloqueos innecesarios o resultados poco fiables. En sistemas complejos, con varios equipos o proveedores implicados, la <a href=\"https:\/\/mtp.global\/es\/servicios\/quality-assurance\/gestion-de-datos-de-prueba-tdm\/\">Gesti\u00f3n de datos de prueba<\/a> y la <a href=\"https:\/\/mtp.global\/es\/servicios\/quality-assurance\/planificacion-y-gestion-de-pruebas\/\">gesti\u00f3n de pruebas<\/a> son partes esenciales de una planificaci\u00f3n eficaz.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Ejecuci\u00f3n y reporte de resultados<\/strong><\/h3>\n\n\n\n<p>La ejecuci\u00f3n puede realizarse de forma manual, automatizada o combinando ambos enfoques.<\/p>\n\n\n\n<p>Durante este proceso se registran los resultados obtenidos, se documentan los defectos detectados y se asignan las incidencias a los equipos responsables. Los informes deben incluir evidencias, pasos para reproducir el problema, entorno afectado, severidad, prioridad y relaci\u00f3n con el requisito o caso de prueba correspondiente, as\u00ed como el camino libre y los bloqueos de otros casos de prueba por ejecutar.<\/p>\n\n\n\n<p>Buenas pr\u00e1cticas:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Mantener un repositorio centralizado de resultados e incidencias.<\/li>\n\n\n\n<li>Relacionar cada defecto con el requisito o proceso afectado.<\/li>\n\n\n\n<li>Documentar pasos de reproducci\u00f3n claros y verificables.<\/li>\n\n\n\n<li>Adjuntar capturas, logs u otras evidencias cuando sea necesario.<\/li>\n\n\n\n<li>Diferenciar severidad t\u00e9cnica, impacto funcional y prioridad de correcci\u00f3n.<\/li>\n\n\n\n<li>Ejecutar pruebas de regresi\u00f3n tras cada correcci\u00f3n relevante.<\/li>\n\n\n\n<li>Mantener visibilidad sobre casos ejecutados, superados, fallidos y bloqueados.<\/li>\n<\/ul>\n\n\n\n<p>Un buen reporte de defectos reduce tiempos de an\u00e1lisis, evita malentendidos y facilita la toma de decisiones sobre la calidad de una versi\u00f3n.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Herramientas para pruebas funcionales<\/strong><\/h2>\n\n\n\n<p>Las herramientas de pruebas funcionales ayudan a dise\u00f1ar, ejecutar, automatizar, gestionar y reportar las pruebas. Su elecci\u00f3n depende del tipo de aplicaci\u00f3n, la arquitectura, el lenguaje de desarrollo, el nivel de automatizaci\u00f3n deseado y la madurez del proceso de QA.<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table class=\"has-fixed-layout\"><thead><tr><th><strong>Categor\u00eda<\/strong><\/th><th><strong>Herramientas o frameworks<\/strong><\/th><th><strong>Descripci\u00f3n<\/strong><\/th><th><strong>Ejemplo de uso<\/strong><\/th><\/tr><\/thead><tbody><tr><td>Automatizaci\u00f3n de pruebas web<\/td><td>Selenium, Playwright, Cypress<\/td><td>Soluciones utilizadas para automatizar flujos funcionales en aplicaciones web.<\/td><td>Validar un proceso de login, b\u00fasqueda, compra o contrataci\u00f3n desde distintos navegadores.<\/td><\/tr><tr><td>Pruebas de APIs<\/td><td>Postman, REST Assured, SoapUI<\/td><td>Herramientas orientadas a validar servicios, respuestas, contratos, c\u00f3digos de estado y datos intercambiados.<\/td><td>Comprobar que una API devuelve la respuesta esperada ante distintos par\u00e1metros de entrada.<\/td><\/tr><tr><td>Pruebas m\u00f3viles<\/td><td>Appium, Espresso, XCUITest<\/td><td>Herramientas utilizadas para validar aplicaciones m\u00f3viles nativas, h\u00edbridas o multiplataforma.<\/td><td>Automatizar un flujo de registro o consulta en una app m\u00f3vil.<\/td><\/tr><tr><td>Frameworks seg\u00fan el lenguaje<\/td><td>JUnit, TestNG, pytest, Jest, Mocha<\/td><td>Frameworks que facilitan la creaci\u00f3n y ejecuci\u00f3n de pruebas unitarias e integraci\u00f3n, as\u00ed como su integraci\u00f3n con herramientas de integraci\u00f3n continua.<\/td><td>Construcci\u00f3n de suites automatizadas con validaciones, mocks y generaci\u00f3n de informes.<\/td><\/tr><tr><td>Gesti\u00f3n de pruebas<\/td><td>Jira, Xray, Zephyr, TestRail<\/td><td>Soluciones para gestionar casos de prueba, ejecuciones, defectos, evidencias y trazabilidad.<\/td><td>Relacionar requisitos, casos de prueba, defectos y resultados de ejecuci\u00f3n.<\/td><\/tr><tr><td>Integraci\u00f3n continua<\/td><td>Jenkins, GitLab CI\/CD, GitHub Actions, Azure DevOps<\/td><td>Plataformas que permiten ejecutar pruebas automatizadas como parte del ciclo de construcci\u00f3n y despliegue.<\/td><td>Lanzar pruebas funcionales de regresi\u00f3n antes de promocionar una versi\u00f3n.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p>La herramienta es importante, pero no sustituye a la estrategia. Una suite automatizada mal dise\u00f1ada puede ser lenta, fr\u00e1gil y costosa de mantener. El valor est\u00e1 en seleccionar bien los casos, definir una arquitectura de automatizaci\u00f3n sostenible y mantener las pruebas alineadas con la evoluci\u00f3n real del producto.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Mejores pr\u00e1cticas en pruebas funcionales<\/strong><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Priorizar escenarios cr\u00edticos<\/strong><\/h3>\n\n\n\n<p>La cobertura debe centrarse en las funcionalidades que tienen un mayor impacto en el negocio y en la experiencia del usuario.<\/p>\n\n\n\n<p>Adem\u00e1s de los flujos principales, es importante validar escenarios alternativos, condiciones l\u00edmite y situaciones excepcionales. En proyectos con presi\u00f3n de entrega, esta priorizaci\u00f3n permite enfocar el esfuerzo donde realmente se concentra el riesgo.<\/p>\n\n\n\n<p>Algunos criterios \u00fatiles para priorizar son:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Impacto econ\u00f3mico del proceso.<\/li>\n\n\n\n<li>Frecuencia de uso.<\/li>\n\n\n\n<li>Exposici\u00f3n al cliente final.<\/li>\n\n\n\n<li>Complejidad funcional.<\/li>\n\n\n\n<li>Dependencia de integraciones.<\/li>\n\n\n\n<li>Historial de incidencias.<\/li>\n\n\n\n<li>Cambios recientes.<\/li>\n\n\n\n<li>Requisitos normativos o contractuales.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Mantener trazabilidad entre requisitos y pruebas<\/strong><\/h3>\n\n\n\n<p>La trazabilidad permite saber qu\u00e9 requisitos est\u00e1n cubiertos por casos de prueba, qu\u00e9 casos han sido ejecutados, qu\u00e9 defectos se han detectado y qu\u00e9 riesgos permanecen abiertos.<\/p>\n\n\n\n<p>Esta visibilidad es especialmente importante en entornos regulados, proyectos complejos o servicios donde intervienen varios equipos. Tambi\u00e9n facilita la generaci\u00f3n de informes de calidad y la toma de decisiones antes de un despliegue.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Dise\u00f1ar pruebas comprensibles y mantenibles<\/strong><\/h3>\n\n\n\n<p>Un buen caso de prueba debe poder ser entendido y ejecutado por otra persona del equipo sin depender de explicaciones adicionales.<\/p>\n\n\n\n<p>Para lograrlo, conviene evitar descripciones ambiguas, pasos incompletos o resultados esperados demasiado gen\u00e9ricos. Cuanto m\u00e1s claro est\u00e9 el caso de prueba, menor ser\u00e1 el margen de interpretaci\u00f3n durante la ejecuci\u00f3n.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Automatizaci\u00f3n cuando sea viable<\/strong><\/h3>\n\n\n\n<p>La automatizaci\u00f3n permite ejecutar pruebas de forma repetitiva, r\u00e1pida y consistente, especialmente en pruebas de regresi\u00f3n.<\/p>\n\n\n\n<p>Sin embargo, no todos los casos justifican la automatizaci\u00f3n. Es recomendable priorizar aquellos que se ejecutan con frecuencia, tienen reglas estables, forman parte de procesos cr\u00edticos o deben validarse en m\u00faltiples navegadores, dispositivos o entornos.<\/p>\n\n\n\n<p>La <a href=\"https:\/\/mtp.global\/es\/servicios\/quality-assurance\/automatizacion-de-pruebas\/\">automatizaci\u00f3n de pruebas<\/a> suele integrarse dentro de estrategias DevOps, facilitando ciclos de desarrollo m\u00e1s \u00e1giles, despliegues m\u00e1s seguros y una detecci\u00f3n temprana de incidencias.<\/p>\n\n\n\n<p>Una estrategia equilibrada combina pruebas manuales, automatizadas y exploratorias. Automatizar sin criterio puede generar suites dif\u00edciles de mantener y resultados poco fiables.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Integrar pruebas en CI\/CD<\/strong><\/h3>\n\n\n\n<p>Incorporar pruebas funcionales automatizadas en los procesos de integraci\u00f3n y entrega continuas permite validar cada cambio antes de que avance a las siguientes etapas.<\/p>\n\n\n\n<p>Esta pr\u00e1ctica facilita la detecci\u00f3n temprana de defectos, reduce regresiones y acelera la entrega de software de calidad.<\/p>\n\n\n\n<p>En un pipeline CI\/CD, las pruebas pueden organizarse por niveles:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Pruebas unitarias en fases tempranas.<\/li>\n\n\n\n<li>Pruebas de integraci\u00f3n al construir una versi\u00f3n.<\/li>\n\n\n\n<li>Pruebas smoke tras un despliegue en entorno de validaci\u00f3n.<\/li>\n\n\n\n<li>Pruebas funcionales automatizadas sobre flujos cr\u00edticos.<\/li>\n\n\n\n<li>Pruebas de regresi\u00f3n antes de liberar una versi\u00f3n.<\/li>\n\n\n\n<li>Validaciones UAT antes del paso a producci\u00f3n, cuando proceda.<\/li>\n<\/ul>\n\n\n\n<p>El objetivo no es convertir QA en un freno, sino aportar informaci\u00f3n fiable sobre el riesgo de cada entrega. En este punto, la <a href=\"https:\/\/mtp.global\/es\/servicios\/quality-assurance\/calidad-de-codigo\/\">calidad de c\u00f3digo<\/a> tambi\u00e9n resulta clave para reducir defectos desde fases tempranas del desarrollo.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Revisar y actualizar los casos de prueba<\/strong><\/h3>\n\n\n\n<p>Las aplicaciones evolucionan. Los casos de prueba tambi\u00e9n deben hacerlo.<\/p>\n\n\n\n<p>Cuando se modifican requisitos, procesos, pantallas, integraciones o reglas de negocio, es necesario revisar los casos afectados. De lo contrario, la suite de pruebas puede quedar obsoleta, duplicada o desconectada del comportamiento real del sistema.<\/p>\n\n\n\n<p>La mantenibilidad es uno de los factores que m\u00e1s influyen en la eficacia de una estrategia de pruebas funcionales a medio y largo plazo.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Ejemplos pr\u00e1cticos de pruebas funcionales<\/strong><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Proceso de pago en comercio electr\u00f3nico<\/strong><\/h3>\n\n\n\n<p>Una prueba funcional puede validar que el usuario selecciona productos, los a\u00f1ade al carrito, aplica un descuento, introduce los datos de env\u00edo, realiza el pago y recibe la confirmaci\u00f3n del pedido.<\/p>\n\n\n\n<p>En este caso, se comprueba que el flujo completo cumple las reglas definidas y que los datos quedan registrados correctamente.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Alta de cliente en una plataforma digital<\/strong><\/h3>\n\n\n\n<p>Una prueba funcional puede verificar que el usuario completa el formulario de registro, acepta las condiciones, valida su identidad, recibe un correo de confirmaci\u00f3n y accede correctamente a su \u00e1rea privada.<\/p>\n\n\n\n<p>Tambi\u00e9n deber\u00edan probarse escenarios negativos, como datos obligatorios incompletos, formato incorrecto del documento de identidad o intento de registro con un correo ya existente.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Gesti\u00f3n de permisos en una aplicaci\u00f3n interna<\/strong><\/h3>\n\n\n\n<p>Una prueba funcional puede comprobar que un usuario con rol administrador puede crear, modificar y eliminar registros, mientras que un usuario con rol consultor solo puede visualizar informaci\u00f3n.<\/p>\n\n\n\n<p>Este tipo de validaci\u00f3n es importante para asegurar que las reglas de acceso se aplican correctamente y que no existen permisos indebidos.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Integraci\u00f3n entre sistemas<\/strong><\/h3>\n\n\n\n<p>Una prueba funcional puede validar que una operaci\u00f3n realizada en una aplicaci\u00f3n se comunica correctamente a otro sistema, genera el identificador correspondiente y actualiza el estado de la operaci\u00f3n.<\/p>\n\n\n\n<p>Este tipo de prueba es habitual en entornos con APIs, microservicios, sistemas legacy o plataformas conectadas entre s\u00ed. En entornos distribuidos o desplegados en la nube, el <a href=\"https:\/\/mtp.global\/es\/servicios\/quality-assurance\/cloud-testing\/\">Cloud testing<\/a> puede complementar la validaci\u00f3n funcional para comprobar el comportamiento de los sistemas bajo diferentes configuraciones.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Errores frecuentes en las pruebas funcionales<\/strong><\/h2>\n\n\n\n<p>Algunos errores se repiten con frecuencia en proyectos de software:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Probar solo los escenarios positivos.<\/li>\n\n\n\n<li>Dise\u00f1ar casos sin entender suficientemente el proceso de negocio.<\/li>\n\n\n\n<li>No mantener trazabilidad con los requisitos.<\/li>\n\n\n\n<li>Ejecutar pruebas sin datos adecuados.<\/li>\n\n\n\n<li>Confundir n\u00famero de casos con cobertura real.<\/li>\n\n\n\n<li>Automatizar casos inestables o poco relevantes.<\/li>\n\n\n\n<li>No actualizar las pruebas tras cambios funcionales.<\/li>\n\n\n\n<li>Registrar defectos sin evidencias suficientes.<\/li>\n\n\n\n<li>No ejecutar regresi\u00f3n despu\u00e9s de correcciones importantes.<\/li>\n\n\n\n<li>Dejar la participaci\u00f3n de QA para el final del proyecto.<\/li>\n<\/ul>\n\n\n\n<p>Evitar estos errores permite que las pruebas funcionales aporten valor real, en lugar de convertirse en una actividad meramente formal antes del paso a producci\u00f3n.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Relaci\u00f3n entre pruebas funcionales, UX y accesibilidad<\/strong><\/h2>\n\n\n\n<p>Las pruebas funcionales verifican que una funcionalidad cumple los requisitos definidos, pero no siempre son suficientes para asegurar una buena experiencia digital.<\/p>\n\n\n\n<p>Una aplicaci\u00f3n puede funcionar correctamente desde el punto de vista funcional y, aun as\u00ed, resultar confusa, lenta, dif\u00edcil de utilizar o inaccesible para determinados usuarios.<\/p>\n\n\n\n<p>Por eso, en una estrategia de calidad digital madura, las pruebas funcionales deben complementarse con otras disciplinas, como:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Pruebas de usabilidad.<\/li>\n\n\n\n<li>Evaluaciones de experiencia de usuario.<\/li>\n\n\n\n<li>Validaciones de accesibilidad digital.<\/li>\n\n\n\n<li>Pruebas de rendimiento.<\/li>\n\n\n\n<li>Pruebas de compatibilidad.<\/li>\n\n\n\n<li>Pruebas de seguridad.<\/li>\n<\/ul>\n\n\n\n<p>En proyectos donde se requiere validar la experiencia real de distintos perfiles de usuario, el <a href=\"https:\/\/mtp.global\/es\/servicios\/quality-assurance\/crowdtesting\/\">Crowdtesting<\/a> puede complementar las pruebas funcionales tradicionales.<\/p>\n\n\n\n<p>La calidad del software no depende de una \u00fanica validaci\u00f3n. Depende de que funcionalidad, rendimiento, seguridad, accesibilidad y experiencia de usuario trabajen de forma coordinada.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Conclusi\u00f3n<\/strong><\/h2>\n\n\n\n<p>Las pruebas funcionales son una parte esencial de cualquier estrategia de aseguramiento de la calidad. Permiten verificar que el software cumple los requisitos establecidos y que las funcionalidades responden correctamente a las necesidades del negocio y de los usuarios.<\/p>\n\n\n\n<p>Desde pruebas unitarias con enfoque funcional hasta pruebas de integraci\u00f3n, sistema, regresi\u00f3n y aceptaci\u00f3n de usuario, cada nivel aporta una visi\u00f3n complementaria que ayuda a detectar errores antes de llegar a producci\u00f3n.<\/p>\n\n\n\n<p>Cuando se combinan con una buena ingenier\u00eda de requisitos, planificaci\u00f3n de pruebas, automatizaci\u00f3n selectiva, integraci\u00f3n continua y gesti\u00f3n rigurosa de defectos, las pruebas funcionales contribuyen a mejorar la estabilidad, la fiabilidad y la evoluci\u00f3n del software.<\/p>\n\n\n\n<p>Las organizaciones que integran las pruebas funcionales dentro de una estrategia m\u00e1s amplia de consultor\u00eda de transformaci\u00f3n digital, <a href=\"https:\/\/mtp.global\/es\/servicios\/quality-assurance\/quality-management-office-qmo\/\">QMO<\/a> y Quality Assurance consiguen mayor visibilidad sobre el riesgo de sus entregas, reducen incidencias en producci\u00f3n y aumentan la confianza en sus procesos de desarrollo y despliegue.<\/p>\n\n\n\n<p>Asimismo, complementar estas pr\u00e1cticas con iniciativas centradas en experiencia de usuario, accesibilidad digital, rendimiento y seguridad permite desarrollar soluciones m\u00e1s eficientes, usables, robustas e inclusivas para todos los usuarios.<\/p>\n\n\n\n<p><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Preguntas frecuentes sobre pruebas funcionales<\/strong><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>\u00bfQu\u00e9 son las pruebas funcionales en software?<\/strong><\/h3>\n\n\n\n<p>Las pruebas funcionales son pruebas que verifican que una aplicaci\u00f3n, sistema o componente cumple los requisitos funcionales definidos y produce los resultados esperados ante determinadas entradas, acciones o escenarios de uso.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>\u00bfCu\u00e1l es el objetivo de las pruebas funcionales?<\/strong><\/h3>\n\n\n\n<p>Su objetivo es comprobar que el software hace correctamente lo que debe hacer: ejecutar procesos, aplicar reglas de negocio, gestionar datos, responder a acciones del usuario y ofrecer resultados coherentes.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>\u00bfQu\u00e9 diferencia hay entre pruebas funcionales y no funcionales?<\/strong><\/h3>\n\n\n\n<p>Las pruebas funcionales validan qu\u00e9 hace el sistema. Las pruebas no funcionales eval\u00faan c\u00f3mo se comporta el sistema al hacerlo, incluyendo rendimiento, seguridad, disponibilidad, usabilidad, accesibilidad, escalabilidad o compatibilidad.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>\u00bfLas pruebas unitarias son pruebas funcionales?<\/strong><\/h3>\n\n\n\n<p>Las pruebas unitarias son un nivel de prueba. Pueden tener enfoque funcional cuando validan que una unidad de software produce el resultado esperado ante determinadas entradas, pero no siempre se consideran pruebas funcionales en sentido estricto.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>\u00bfQu\u00e9 es una prueba de regresi\u00f3n funcional?<\/strong><\/h3>\n\n\n\n<p>Una prueba de regresi\u00f3n funcional verifica que una funcionalidad que ya funcionaba correctamente sigue funcionando despu\u00e9s de un cambio, correcci\u00f3n o nueva versi\u00f3n del software.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>\u00bfCu\u00e1ndo conviene automatizar pruebas funcionales?<\/strong><\/h3>\n\n\n\n<p>Conviene automatizar pruebas funcionales cuando son repetitivas, estables, cr\u00edticas para el negocio y deben ejecutarse con frecuencia, especialmente en pruebas de regresi\u00f3n o pipelines CI\/CD.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>\u00bfQu\u00e9 herramientas se utilizan para pruebas funcionales?<\/strong><\/h3>\n\n\n\n<p>Algunas herramientas habituales son Selenium, Playwright, Cypress, Postman, REST Assured, Appium, JUnit, pytest, Jira, Xray, Zephyr, TestRail, Jenkins, GitLab CI\/CD, GitHub Actions o Azure DevOps. La elecci\u00f3n depende del tipo de aplicaci\u00f3n, la arquitectura y la estrategia de QA.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Las pruebas funcionales son un tipo de prueba de software que verifica que un sistema, aplicaci\u00f3n o componente cumple los requisitos funcionales definidos y produce los resultados esperados ante determinadas entradas, acciones o condiciones de uso. En esencia, eval\u00faan si el software realiza correctamente las tareas para las que fue dise\u00f1ado, desde la perspectiva del [&hellip;]<\/p>\n","protected":false},"author":9,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[206],"tags":[],"class_list":["post-43773","post","type-post","status-publish","format-standard","hentry","category-quality-assurance"],"acf":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v27.7 - https:\/\/yoast.com\/product\/yoast-seo-wordpress\/ -->\n<title>Qu\u00e9 son las pruebas funcionales y c\u00f3mo se aplican<\/title>\n<meta name=\"description\" content=\"Qu\u00e9 son las pruebas funcionales, para qu\u00e9 sirven en software y c\u00f3mo ayudan a validar requisitos, detectar errores y mejorar la calidad del producto final.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/mtp.global\/es\/blog\/quality-assurance\/que-son-las-pruebas-funcionales\/\" \/>\n<meta property=\"og:locale\" content=\"es_ES\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Qu\u00e9 son las pruebas funcionales y c\u00f3mo se aplican\" \/>\n<meta property=\"og:description\" content=\"Qu\u00e9 son las pruebas funcionales, para qu\u00e9 sirven en software y c\u00f3mo ayudan a validar requisitos, detectar errores y mejorar la calidad del producto final.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/mtp.global\/es\/blog\/quality-assurance\/que-son-las-pruebas-funcionales\/\" \/>\n<meta property=\"og:site_name\" content=\"MTP Espa\u00f1a\" \/>\n<meta property=\"article:published_time\" content=\"2026-06-17T09:29:44+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2026-06-17T09:29:46+00:00\" \/>\n<meta name=\"author\" content=\"MTP\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Escrito por\" \/>\n\t<meta name=\"twitter:data1\" content=\"MTP\" \/>\n\t<meta name=\"twitter:label2\" content=\"Tiempo de lectura\" \/>\n\t<meta name=\"twitter:data2\" content=\"16 minutos\" \/>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Qu\u00e9 son las pruebas funcionales y c\u00f3mo se aplican","description":"Qu\u00e9 son las pruebas funcionales, para qu\u00e9 sirven en software y c\u00f3mo ayudan a validar requisitos, detectar errores y mejorar la calidad del producto final.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/mtp.global\/es\/blog\/quality-assurance\/que-son-las-pruebas-funcionales\/","og_locale":"es_ES","og_type":"article","og_title":"Qu\u00e9 son las pruebas funcionales y c\u00f3mo se aplican","og_description":"Qu\u00e9 son las pruebas funcionales, para qu\u00e9 sirven en software y c\u00f3mo ayudan a validar requisitos, detectar errores y mejorar la calidad del producto final.","og_url":"https:\/\/mtp.global\/es\/blog\/quality-assurance\/que-son-las-pruebas-funcionales\/","og_site_name":"MTP Espa\u00f1a","article_published_time":"2026-06-17T09:29:44+00:00","article_modified_time":"2026-06-17T09:29:46+00:00","author":"MTP","twitter_card":"summary_large_image","twitter_misc":{"Escrito por":"MTP","Tiempo de lectura":"16 minutos"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/mtp.global\/es\/blog\/quality-assurance\/que-son-las-pruebas-funcionales\/#article","isPartOf":{"@id":"https:\/\/mtp.global\/es\/blog\/quality-assurance\/que-son-las-pruebas-funcionales\/"},"author":{"name":"MTP","@id":"https:\/\/mtp.global\/es\/#\/schema\/person\/1186350db6f59e8360dd481150654813"},"headline":"\u00bfQu\u00e9 son las pruebas funcionales?","datePublished":"2026-06-17T09:29:44+00:00","dateModified":"2026-06-17T09:29:46+00:00","mainEntityOfPage":{"@id":"https:\/\/mtp.global\/es\/blog\/quality-assurance\/que-son-las-pruebas-funcionales\/"},"wordCount":3669,"publisher":{"@id":"https:\/\/mtp.global\/es\/#organization"},"articleSection":["Quality Assurance"],"inLanguage":"es"},{"@type":"WebPage","@id":"https:\/\/mtp.global\/es\/blog\/quality-assurance\/que-son-las-pruebas-funcionales\/","url":"https:\/\/mtp.global\/es\/blog\/quality-assurance\/que-son-las-pruebas-funcionales\/","name":"Qu\u00e9 son las pruebas funcionales y c\u00f3mo se aplican","isPartOf":{"@id":"https:\/\/mtp.global\/es\/#website"},"datePublished":"2026-06-17T09:29:44+00:00","dateModified":"2026-06-17T09:29:46+00:00","description":"Qu\u00e9 son las pruebas funcionales, para qu\u00e9 sirven en software y c\u00f3mo ayudan a validar requisitos, detectar errores y mejorar la calidad del producto final.","breadcrumb":{"@id":"https:\/\/mtp.global\/es\/blog\/quality-assurance\/que-son-las-pruebas-funcionales\/#breadcrumb"},"inLanguage":"es","potentialAction":[{"@type":"ReadAction","target":["https:\/\/mtp.global\/es\/blog\/quality-assurance\/que-son-las-pruebas-funcionales\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/mtp.global\/es\/blog\/quality-assurance\/que-son-las-pruebas-funcionales\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/mtp.global\/es\/home\/"},{"@type":"ListItem","position":2,"name":"\u00bfQu\u00e9 son las pruebas funcionales?"}]},{"@type":"WebSite","@id":"https:\/\/mtp.global\/es\/#website","url":"https:\/\/mtp.global\/es\/","name":"MTP Global","description":"","publisher":{"@id":"https:\/\/mtp.global\/es\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/mtp.global\/es\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"es"},{"@type":"Organization","@id":"https:\/\/mtp.global\/es\/#organization","name":"MTP Global","url":"https:\/\/mtp.global\/es\/","logo":{"@type":"ImageObject","inLanguage":"es","@id":"https:\/\/mtp.global\/es\/#\/schema\/logo\/image\/","url":"https:\/\/mtp.global\/es\/wp-content\/uploads\/2024\/07\/MTP-global.png","contentUrl":"https:\/\/mtp.global\/es\/wp-content\/uploads\/2024\/07\/MTP-global.png","width":1200,"height":400,"caption":"MTP Global"},"image":{"@id":"https:\/\/mtp.global\/es\/#\/schema\/logo\/image\/"}},{"@type":"Person","@id":"https:\/\/mtp.global\/es\/#\/schema\/person\/1186350db6f59e8360dd481150654813","name":"MTP","image":{"@type":"ImageObject","inLanguage":"es","@id":"https:\/\/secure.gravatar.com\/avatar\/9f80fcebb065607a1066a38846083841707346cf76ca0c1df24aea7a0c5d4047?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/9f80fcebb065607a1066a38846083841707346cf76ca0c1df24aea7a0c5d4047?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/9f80fcebb065607a1066a38846083841707346cf76ca0c1df24aea7a0c5d4047?s=96&d=mm&r=g","caption":"MTP"},"url":"https:\/\/mtp.global\/es\/blog\/author\/marketing\/"}]}},"fimg_url":false,"_links":{"self":[{"href":"https:\/\/mtp.global\/es\/wp-json\/wp\/v2\/posts\/43773","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/mtp.global\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/mtp.global\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/mtp.global\/es\/wp-json\/wp\/v2\/users\/9"}],"replies":[{"embeddable":true,"href":"https:\/\/mtp.global\/es\/wp-json\/wp\/v2\/comments?post=43773"}],"version-history":[{"count":0,"href":"https:\/\/mtp.global\/es\/wp-json\/wp\/v2\/posts\/43773\/revisions"}],"wp:attachment":[{"href":"https:\/\/mtp.global\/es\/wp-json\/wp\/v2\/media?parent=43773"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mtp.global\/es\/wp-json\/wp\/v2\/categories?post=43773"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mtp.global\/es\/wp-json\/wp\/v2\/tags?post=43773"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}