# Pruebas de automatización -------------------------------------------------------------------------------- title: "Introducción" description: "Automation Testing te permite ejecutar pruebas de API automatizadas y eficientes en endpoints de funciones o cualquier URL de terceros, y resolver áreas problemáticas." last_updated: "2026-07-02T09:34:15.872Z" source: "https://docs.catalyst.zoho.com/es/devops/help/automation-testing/introduction/" service: "DevOps" -------------------------------------------------------------------------------- # Automation Testing ### Introducción Catalyst Automation Testing es un componente de Catalyst DevOps que funciona como una herramienta de pruebas de API para automatizar el proceso de pruebas de APIs en tu aplicación de Catalyst. Con esta funcionalidad, puedes escribir casos de prueba según tus requisitos, programar pruebas para que se ejecuten automáticamente y gestionar todo el proceso de pruebas de API con una intervención manual mínima. Automation Testing te proporcionará informes detallados en tiempo real y resultados de depuración, que te permiten analizar las causas raíz de los fallos en tus APIs y resolver los problemas más rápidamente. Puedes obtener más información sobre los demás componentes del servicio DevOps en esta página. Automation Testing es una plataforma conveniente para gestionar todas tus necesidades de pruebas, sin necesidad de codificar o configurar elaboradas configuraciones backend. Esta funcionalidad aumenta tu eficiencia general en las pruebas y te ahorra invertir tiempo y esfuerzo valiosos en realizar pruebas manuales repetitivas. Los servidores de Catalyst son altamente escalables y, por lo tanto, pueden acomodar altas demandas sin afectar tu proceso de pruebas. Automation Testing te permite probar todos los endpoints accesibles de tu aplicación, es decir, las funciones Basic I/O y Advanced I/O. También puedes probar cualquier URL de terceros que necesites y obtener respuestas. Esta funcionalidad se ofrece como un componente parcialmente de pago, que requiere que pagues después de agotar los límites gratuitos de cada proyecto. Nota: * Automation Testing no es accesible en el entorno de Production, ya que las pruebas se realizan idealmente en el entorno de Development. Sin embargo, puedes ejecutar pruebas para el entorno de Production desde el entorno de Development y verificar las respuestas de Production desde allí. Consulta la página de ayuda de Environments para obtener más información. * Automation Testing no está disponible actualmente para los usuarios de Catalyst que acceden desde los centros de datos de EU, AU, IN o CA. La secuencia de trabajo con Automation Testing se puede resumir de la siguiente manera: 1. Crear un módulo para incluir casos de prueba que ejecuten acciones relacionadas. 2. Crear un caso de prueba y configurar solicitudes individuales en él. 3. Crear un test suite para facilitar la ejecución de varios casos de prueba y módulos en paralelo o en secuencia. 4. Crear un test plan para programar la ejecución automatizada de uno o más test suites. <br> ### Beneficios 1. Proceso eficiente de desarrollo de aplicaciones como resultado de la automatización completa<br /> La automatización en las pruebas es muy útil si tu microservicio requiere pruebas repetidas y frecuentes para una variedad de condiciones de prueba diferentes. La automatización se vuelve crucial para minimizar la naturaleza de alto esfuerzo, consumo de tiempo y monotonía de las pruebas manuales, que a menudo son propensas a errores humanos. Automation Testing permite la automatización completa, pero también te ofrece la flexibilidad de intervenir manualmente cuando sea necesario. 2. Plataforma escalable y confiable equipada con múltiples funcionalidades<br /> Automation Testing viene equipado con una variedad de características que satisfacen todas tus necesidades fundamentales de pruebas y facilita una experiencia de pruebas sofisticada. Puedes escribir casos de prueba individuales para acciones precisas, organizar casos de prueba relevantes juntos y reutilizarlos cuando sea necesario. También puedes orquestar ejecuciones de API encadenadas y ejecuciones de pruebas secuenciales, y pasar valores dinámicos entre ellas, así como ejecuciones de pruebas en paralelo que aceleran las pruebas. 3. Facilidad de uso en la configuración de pruebas<br /> Automation Testing proporciona una plataforma integrada que te permite configurar tu entorno de pruebas fácilmente en minutos. Puedes configurar todo con solo unos pocos clics. Puedes configurar fácilmente un caso de prueba, determinar los valores que esperas que se devuelvan en la respuesta y programar rápidamente una ejecución de prueba automatizada. Automation Testing se encargará del resto y entregará resultados con información detallada. Incluso puedes facilitar pruebas que involucren diferentes conjuntos de datos para los entornos de Development y Production, sin realizar ninguna configuración adicional. 4. Facilitar la depuración y resolución de problemas<br /> Además de señalar las áreas problemáticas exactas, Automation Testing también decodifica los problemas por ti, lo que te ayudará enormemente mientras los corriges. Los resultados contienen las respuestas exactas recibidas para cada solicitud en cada caso de prueba, junto con métricas cruciales y estadísticas de rendimiento de la configuración general. Puedes medir el rendimiento de tu servicio usando estas métricas informativas, determinar la funcionalidad y confiabilidad de su integración, y asegurar el cumplimiento de los altos estándares para tus usuarios finales. <br> ### Habilitar Automation Testing Antes de discutir las funcionalidades de Automation Testing, habilitemos la funcionalidad para un proyecto en la consola de Catalyst. 1. Navega a DevOps en el panel izquierdo de la consola de Catalyst y haz clic en Automation Testing. 2. Haz clic en Enable Now en la página de la funcionalidad Automation Testing y haz clic en Proceed en la ventana de confirmación que aparece. Automation Testing ahora está habilitado para tu proyecto. <br> ### Deshabilitar Automation Testing Puedes deshabilitar Automation Testing de la siguiente manera: 1. Haz clic en el ícono de puntos suspensivos en la esquina superior derecha de la página de Automation Testing, luego haz clic en Disable. 2. Escribe "DISABLE" en la ventana emergente de confirmación para confirmar, luego haz clic en Yes, Proceed. -------------------------------------------------------------------------------- title: "Módulos y casos de prueba" description: "Automation Testing te permite ejecutar pruebas de API automatizadas y eficientes en endpoints de funciones o cualquier URL de terceros, y resolver áreas problemáticas." last_updated: "2026-07-02T09:34:15.872Z" source: "https://docs.catalyst.zoho.com/es/devops/help/automation-testing/modules-test-cases/" service: "DevOps" -------------------------------------------------------------------------------- # Módulos y casos de prueba ### Módulos Los módulos te permiten categorizar los casos de prueba que creas, según las acciones que ejecutan o su lógica. Los módulos también pueden representar el mismo proceso o función. Sin embargo, puedes usarlos para dividir el proceso en varias partes que se centren en actividades individuales. Por ejemplo, puedes agrupar todos los casos de prueba relacionados con el envío de un formulario particular de tu aplicación en un módulo. Asegúrate de recordar los siguientes puntos sobre los módulos en Automation Testing: * Debes crear un caso de prueba en un módulo, porque un caso de prueba debe estar asociado a un módulo. Por lo tanto, antes de crear un caso de prueba, debes crear un módulo para él o agregarlo a un módulo existente. * Puedes crear submódulos dentro de un módulo hasta un nivel. * Los módulos no pueden contener casos de prueba y submódulos al mismo nivel. Por ejemplo, el _Módulo A_ no puede contener el _Caso de prueba 1_ y el _Submódulo B_ como entidades separadas en el mismo nivel. Puedes crear el _Caso de prueba 1_ dentro del _Submódulo B_, en un submódulo diferente, o crearlo en un módulo completamente diferente. <br> ### Casos de prueba Los casos de prueba contienen las definiciones y particularidades de una acción a realizar. Un caso de prueba de API implica invocar una o más URLs de solicitud y pasar parámetros, headers o datos en el cuerpo de la solicitud. Nota: * Puedes probar tanto las URLs de funciones del entorno de Development como de Production de tu aplicación en una solicitud, así como cualquier URL de terceros. * También puedes probar las APIs que configuraste en API Gateway para tus endpoints de funciones. En las pruebas de API, normalmente se envía una solicitud para acceder al endpoint de una función o a un recurso de terceros para recibir una respuesta. Las pruebas se realizan para observar las respuestas que se recibirán para diversas condiciones de prueba, métodos de solicitud, entornos y valores que configures para la solicitud. Si obtienes las respuestas esperadas para los valores y condiciones que pasas en todas las solicitudes que realizas en un caso de prueba, las pruebas se pueden considerar exitosas. Ten en cuenta los siguientes puntos sobre los casos de prueba en Automation Testing: * Un caso de prueba puede contener una o más solicitudes que puedes configurar individualmente. * Un caso de prueba solo puede automatizarse después de agregarlo a un test suite y programar su ejecución en un test plan. * Puedes orquestar una secuencia de solicitudes en un solo caso de prueba para que se ejecuten automáticamente, y pasar los valores dinámicos obtenidos de la respuesta de una solicitud a la siguiente. Esto se puede hacer definiendo una variable para una solicitud y pasando esa variable como parámetro en la siguiente solicitud. * Debes definir las respuestas esperadas en una solicitud usando Assertions. Al ejecutar una solicitud, Catalyst validará automáticamente la respuesta recibida con los valores esperados, determinará el resultado del caso de prueba en consecuencia y lo mostrará en la sección de Results. Cada solicitud individual debe ser exitosa para que la ejecución de un caso de prueba sea exitosa. * Las solicitudes realizadas en Automation Testing pueden ser autenticadas a través de un método de _Custom Authentication_. Puedes establecer una conexión usando Deluge Connections y autenticar la solicitud a través de ella. <br> ### Crear un caso de prueba Puedes comenzar a trabajar con Automation Testing creando un caso de prueba. Cada acción involucrada en la configuración del caso de prueba se describe en detalle en esta sección. 1. Después de habilitar Automation Testing desde los _Add-on Services_, puedes hacer clic en Create Test Case desde la sección _Test Cases_.<br /> 2. Ingresa un nombre y una descripción para el caso de prueba. <br /> <br /> Dado que un caso de prueba necesita estar asociado a un módulo y aún no hemos creado uno, haz clic en el menú desplegable, escribe un nombre para un nuevo módulo y haz clic en Create en la barra de búsqueda. <br /> <br /> Si ya existe un módulo o submódulo, simplemente selecciónalo de la lista. 3. Haz clic en Create. El caso de prueba se creará en el módulo especificado. Se abrirá la pestaña del caso de prueba y podrás configurar solicitudes en él. Discutiremos los elementos de la interfaz más adelante en esta documentación. <br> ### Configurar una solicitud Puedes configurar una solicitud en un caso de prueba de la siguiente manera: 1. Haz clic en Add Request en la sección del caso de prueba.<br /> <br /> 2. Ingresa la URL del endpoint de API que necesita ser probado. <br /> <br /> Puedes ingresar una URL de función Basic I/O o Advanced I/O de cualquier entorno, una API que hayas configurado para ellas en API Gateway, o cualquier URL de terceros.<br /><br /> También puedes pasar una variable de Environment o Global que hayas configurado, como valor para la URL de la solicitud. Puedes obtener más información sobre estas en la sección de Variables. 3. Selecciona un método de solicitud HTTP para la solicitud desde la lista desplegable. Puedes seleccionar entre: GET, PUT, POST, PATCH, DELETE, HEAD, OPTIONS. 4. Params: Puedes configurar cadenas de consulta para que se agreguen a tu URL de solicitud en formato clave-valor en la sección _Params_. Una vez que ingreses un nombre de parámetro, aparecerá una nueva columna para agregar otro parámetro. Puedes hacer clic en el ícono de cerrar para eliminar un parámetro.<br /> <br /> También puedes pasar una variable de Environment o Global en el formato {{$\<variable\>}}, o asignar un valor de la respuesta de una solicitud anterior a una variable y pasar esa como parámetro de una solicitud en el formato {{\<variable\>}}. 5. Authentication: Para configurar el método de autenticación para esta solicitud particular, haz clic en la pestaña Authentication debajo de la URL de la solicitud. Si optas por no tener autenticación en tu solicitud, selecciona None.<br /><br /> Puedes seleccionar Custom Auth para configurar una conexión de Deluge. Las conexiones de Deluge te permiten establecer autenticación con un servicio de Zoho o de terceros. Esta conexión permitirá a Catalyst invocar la API del servicio de terceros y obtener acceso a los datos autenticados. En este caso, la solicitud que estás configurando es el servicio de terceros. <br /><br /> Cuando seleccionas Custom Auth, un cuadro desplegable listará cualquier conexión preexistente que haya sido configurada. Para crear una nueva conexión, haz clic en Create New. <br /><br /> <br /> Esto abrirá la página de configuración de Connections en la sección de la solicitud. Puedes configurar la conexión aquí y elegir uno de los tipos de autenticación disponibles. <br /><br /> <br /> Puedes obtener información detallada sobre estos pasos en la página de ayuda de Zoho CRM Connections. CRM implementa el mismo servicio de conexiones de Deluge. Una conexión con Zoho CRM, por ejemplo, puede permitirte realizar acciones como insertar un lead u obtener un contacto de tu cuenta de CRM, en la solicitud. 6. Headers: Puedes configurar headers para la URL de la solicitud desde la sección _Headers_. Haz clic en la pestaña Headers. Ingresa los nombres y valores correspondientes de los headers a pasar. Catalyst sugiere claves de headers mientras escribes.<br /> <br /> Una vez que ingreses un nombre de header, aparecerá una nueva columna para agregar otro header. Puedes hacer clic en el ícono de cerrar para eliminar un header. 7. Body: Puedes configurar datos para pasar en el cuerpo de la solicitud desde la sección Body. Un cuerpo de solicitud se pasa típicamente en solicitudes POST o PUT. Haz clic en la pestaña Body. Automation Testing soporta tres tipos de cuerpos de solicitud: _form-data_, _x-www-form-urlencoded_ y _raw_. Selecciona un tipo de la lista desplegable.<br /><br /> Si seleccionas _form-data_ o _x-www-form-urlencoded_, puedes ingresar el payload en formato clave-valor. También puedes pasar variables como valor para las claves en estos formatos. Si seleccionas _raw_, puedes pasarlo como JSON.<br /><br /> Después de configurar todas las partes necesarias de la solicitud, puedes agregar assertions para la solicitud. <br> ### Agregar Assertions Las assertions se utilizan para validar la respuesta recibida para una solicitud. Puedes definir aquí los valores que esperas en varias partes de la respuesta. Automation Testing comparará automáticamente los valores esperados con los valores recibidos. Si los valores coinciden y todas las assertions se satisfacen, la ejecución de la solicitud se considera exitosa. De lo contrario, se considera un fallo. Nota: Las assertions no son obligatorias para una solicitud en un caso de prueba. Si no agregas ninguna assertion en una solicitud, la ejecución de prueba se considerará exitosa automáticamente. Podrás ver informes detallados de las ejecuciones de prueba automatizadas desde la sección _Results_. Haz clic en la pestaña Assertions en la ventana de configuración de la solicitud, luego haz clic en Add Assertion para configurar assertions para el caso de prueba. Una assertion consta de los siguientes elementos que puedes configurar: * Source: La ubicación sobre la cual se debe aplicar la assertion. Puedes seleccionar una de estas fuentes para una assertion desde la lista desplegable: * Header: Puedes definir los headers y sus valores correspondientes que se esperan en la respuesta. * Status Code: Puedes definir el código de estado HTTP esperado para la solicitud en la respuesta. Por ejemplo, si esperas que tu solicitud se procese exitosamente, puedes definir una assertion indicando que el código de estado es igual a 200. * XML Body: Puedes extraer un elemento de datos específico recibido en el cuerpo XML de una respuesta especificando su ruta y definiendo su valor esperado. * JSON Body: Puedes extraer un elemento de datos particular recibido en el cuerpo JSON de una respuesta especificando su ruta y definiendo su valor esperado. * Property: El atributo específico de la fuente para el cual se debe aplicar la assertion<br /><br /> Por ejemplo, si seleccionas Header como fuente, puedes ingresar la clave de un header específico cuyo valor necesita ser comparado en el cuadro de texto Property.<br /><br /> De manera similar, si seleccionas XML Body o JSON Body como fuente, puedes especificar la ruta del elemento de datos a extraer en el cuadro de texto Property. Debes asegurarte de seguir la sintaxis JSON o XML al definir la ruta. Nota: El atributo Property no está disponible para el tipo de fuente Status Code, ya que no tiene atributos. * Comparison: Operador que compara el valor esperado con el valor definido<br /><br /> Puedes seleccionar cualquiera de estos operadores de la lista desplegable: _Equals_, _Not Equals_, _Contains_, _Not Contains_, _Is Empty_, _Is Not Empty_, _Lesser Than_, _Greater Than_, _Lesser Than Or Equal To_, _Greater Than Or Equal To_, _Has Key_, _Array Count_.<br /><br /> El operador _Has Key_ puede verificar si una clave particular está presente en un header, o en una ruta XML o JSON. Puedes usar el operador _Array Count_ para especificar el conteo de elementos de array que esperas en un header, o para una clave XML o JSON. Nota: Estos operadores no son aplicables para el tipo de fuente Status Code: Contains, Not Contains, Is Empty, Is Not Empty, Has Key, Array Count. * Value: El valor esperado para la propiedad seleccionada, según el operador de comparación Nota: No podrás agregar valores para los operadores Is Empty e Is Not Empty. Por ejemplo, si esperas que el código de estado de la respuesta no sea ninguno de los códigos de fallo, puedes definir una assertion usando Is Lesser Than e ingresando el valor como "400", ya que los códigos de estado HTTP superiores a 400 indican errores. Puedes eliminar una assertion haciendo clic en el ícono de cerrar correspondiente. Ejemplo: Supón que esperas que la respuesta de una cierta solicitud contenga datos en un cuerpo JSON que cumplan estas condiciones: * La clave _id_ debe ser mayor o igual a "10000" * La clave _location.country_ definitivamente debe estar presente * La clave _location.country_ no debe contener un valor vacío * La clave _location.city_ no debe contener el valor "New York" Por lo tanto, debes agregar estas assertions después de seleccionar JSON Body como fuente cada vez: * Assertion 1: _Property_\= "id", _Comparison_\= "Greater Than Or Equal To", _Value_\= "10000" * Assertion 2: _Property_\= "location", _Comparison_\= "Has Key", _Value_\= "country" * Assertion 3: _Property_\= "location.country", _Comparison_\= "Is Not Empty" * Assertion 4: _Property_\= "location.city", _Comparison_\= "Not Equals", _Value_\= "New York" Ahora supón que recibes esta respuesta JSON al ejecutar: { "id" : "10993", "location": { "country":"US", "city":"Austin" } } Dado que la respuesta satisface todas las assertions que definiste, la prueba se considera exitosa. <br> ### Configurar variables en una solicitud Puedes extraer datos de la respuesta que se recibirá para una solicitud y asignarlos a una variable para pasarlos a la siguiente solicitud como valor de parámetro en una solicitud encadenada. Las variables que configuras dentro de un caso de prueba son diferentes de las variables de Environment o Global que usas para almacenar los detalles requeridos de tu proyecto de Catalyst. La sintaxis para usar estas variables en el campo de parámetro o URL de solicitud es diferente. Puedes obtener más información en detalle en la sección de Variables. Solo discutiremos la adición de variables para una solicitud encadenada en esta sección. Haz clic en la pestaña Variables en la ventana de configuración de la solicitud, luego haz clic en Add Variable para cada variable que desees configurar para el caso de prueba. <br /> Esto contiene los mismos elementos que las Assertions. 1. Especifica la ubicación de la cual se deben extraer los datos, seleccionando la Source. 2. Define el atributo específico de la fuente al cual se debe asignar la variable, como _Property_. 3. Ingresa el nombre de la variable al cual se deben asignar los datos, en la columna Variable. Consulta la sección de Variables para la sintaxis detallada. Nota: El alcance de una variable creada durante las pruebas de API se limita al caso de prueba específico. Los alcances de las variables de Environment y Global son globales para todos los casos de prueba. Puedes eliminar variables haciendo clic en los íconos de cerrar. La sección de solicitudes encadenadas ilustra un ejemplo de cómo pasar datos en una solicitud encadenada usando una variable que creas. <br> ### Gestionar un caso de prueba y sus solicitudes Antes de discutir la configuración de una solicitud encadenada, aquí hay algunas acciones que puedes realizar en una solicitud desde la consola: <br /> * Renombrar una solicitud: Haz clic en el ícono de edición junto a su nombre en la ventana de configuración de la solicitud, luego ingresa un nuevo nombre. Presiona Enter para guardar los cambios. * Eliminar una solicitud: Haz clic en el ícono de eliminación, luego haz clic en Yes en la ventana emergente de confirmación.<br /> <br /> También puedes realizar las siguientes acciones en el caso de prueba desde la barra de herramientas y desde las opciones de abajo: * Ejecutar una prueba: Puedes ejecutar una prueba instantáneamente y ver una vista previa en vivo de la respuesta. Haz clic en Run en la parte inferior de la página, después de guardar todos los cambios haciendo clic en el botón Save junto a él. Nota: Esta opción se usa para verificar rápidamente si las configuraciones de tu caso de prueba funcionan correctamente. Puedes automatizar una ejecución de prueba agregando el caso de prueba a un suite y programando su ejecución usando un test plan. También puedes seleccionar opcionalmente un entorno predeterminado en el que se debe ejecutar la prueba, desde la ventana emergente que se abre. También puedes hacer clic en la flecha junto al ícono de ejecución, luego hacer clic en Customize para elegir o cambiar configuraciones previamente establecidas. <br /> Debes seleccionar las variables de entorno desde la ventana desplegable. Consulta la sección de Variables para obtener detalles sobre la configuración de variables de entorno. Puedes marcar la casilla de verificación para guardar esto como la configuración preferida. Haz clic en Run.<br /> <br /> Se abrirá una ventana de Live Preview mostrando el progreso. Mostrará el resumen de la ejecución después de que se complete. Puedes hacer clic en Restart para reiniciar la ejecución.<br /> <br /> Puedes contraer y expandir la vista previa en vivo en cualquier momento desde la parte inferior de la pantalla haciendo clic en Show Less o Show More respectivamente. Si tu ejecución incluye múltiples solicitudes, todas sus respuestas se mostrarán en la sección Live Preview. Nota: * El resumen de una ejecución instantánea no contendrá informes detallados. * Estos resúmenes tampoco estarán disponibles en la sección de Results. La sección de Results solo muestra los informes detallados de las ejecuciones de prueba automatizadas ejecutadas a través de test plans. * El resumen mostrado en esta sección de Live Preview desaparecerá si navegas fuera de esta sección. * Guardar un caso de prueba: Debes asegurarte de guardar los cambios que realizas en un caso de prueba periódicamente haciendo clic en Save en la parte inferior de la página. * Agregar o eliminar instantáneamente un caso de prueba de un suite: Haz clic en el ícono de suite en la barra de herramientas del caso de prueba para agregarlo a un test suite instantáneamente. Haz clic en Add to Test Suite en la ventana emergente y selecciona los suites existentes de la lista.<br /> <br /> También puedes eliminar el caso de prueba de un suite en el que ya está agregado, haciendo clic en el ícono de eliminar que aparece cuando pasas el cursor sobre el nombre del suite en esta ventana. Haz clic en Yes, Proceed.<br /> * Editar un caso de prueba: Haz clic en el ícono de edición para editar el nombre y la descripción del caso de prueba, o mover el caso de prueba a un módulo diferente. Realiza los cambios y haz clic en Update. Puedes obtener más información sobre el panel izquierdo en esta sección. <br> ### Solicitudes encadenadas Después de crear y configurar todas las solicitudes necesarias en un caso de prueba, puedes elegir la secuencia en la que estas solicitudes deben ejecutarse. Cada vez que se ejecute ese caso de prueba, las solicitudes se ejecutarán únicamente en la secuencia configurada. Por defecto, las solicitudes se listan en el orden de creación en el caso de prueba, con la primera solicitud que creaste en la parte superior, seguida de la siguiente solicitud que creaste, y así sucesivamente. Puedes organizar las solicitudes en la secuencia que necesites, haciendo clic en el ícono de arrastrar en la esquina superior derecha de la ventana de la solicitud y arrastrándola a una nueva ubicación. Las solicitudes encadenadas te permiten pasar valores dinámicos entre las solicitudes usando variables. Discutamos esto con un ejemplo. Supón que configuramos la _Solicitud 1_ para invocar una función y obtener algunos datos usando el método GET. La respuesta devolverá un cuerpo JSON. Necesitamos extraer los valores de las claves _id_, _email_ y _city_ de esta respuesta y pasarlos a la _Solicitud 2_ como sus parámetros. Podemos hacer esto configurando las variables para que estos valores sean extraídos en la _Solicitud 1_ como se muestra a continuación. Si deseas hacer una pausa durante un cierto período de tiempo después de ejecutar la primera solicitud y antes de ejecutar la siguiente, puedes configurar el tiempo de pausa haciendo clic en Pause debajo de la primera solicitud. Debes configurar esto antes de crear la segunda solicitud. Nota: Puedes configurar el tiempo de pausa después de una solicitud si esperas algún tiempo de espera en la recepción de su respuesta. Esto hará que Automation Testing espere ese tiempo antes de iniciar la ejecución de la siguiente solicitud. Ahora creemos otra solicitud y pasemos los valores extraídos a ella de forma dinámica. Debemos agregar los parámetros correspondientes en la _Solicitud 2_ para pasar estas variables como valores de parámetro. Podemos hacerlo como se muestra a continuación. <br /> Nota: Puedes definir las variables locales en una solicitud declarando directamente sus nombres, y pasarlas como valores de parámetro en el formato {{\<variable\>}} . Consulta la sección de Variables para la sintaxis de las variables Global y Environment. Si iniciamos una ejecución instantánea después de guardar las configuraciones, la _Solicitud 1_ se ejecutará primero. Supón que devuelve la respuesta JSON esperada. Los valores enviados para las claves definidas _id_, _email_ y _city_ serán extraídos de ella y asignados a las variables _customer\_id_, _customer\_email_ y _city\_name_ de la _Solicitud 1_. Estos se pasarán como los valores a los parámetros _customerID_, _customerEmail_ y _city_, definidos en la _Solicitud 2_ respectivamente, mientras se invoca la solicitud. Puedes configurar y orquestar solicitudes encadenadas de esta manera. <br> ### Gestionar todos los casos de prueba y módulos El panel izquierdo en la sección _Test Cases_ te permite realizar varias acciones. Lista todos los módulos que has creado y todos los casos de prueba presentes en esos módulos. Puedes buscar un caso de prueba usando la barra de búsqueda y abrir cualquier caso de prueba navegando a su módulo desde aquí. #### Crear un módulo Puedes crear cualquier cantidad de módulos para agregar casos de prueba. 1. Haz clic en Add Module en la parte inferior del panel izquierdo. 2. Ingresa un nombre y una descripción para el módulo.<br /> <br /> 3. Si estás creando un submódulo, haz clic en la lista desplegable para elegir un módulo padre existente. Si deseas crear un nuevo módulo, ignora esto y haz clic en Create.<br /> Nota: Como se mencionó anteriormente, puedes crear submódulos hasta un nivel. Un módulo no puede contener casos de prueba y submódulos al mismo nivel. Por lo tanto, solo puedes elegir un módulo padre si no tiene un caso de prueba directamente en su raíz. El módulo se creará y se listará en tu directorio. #### Esquema de casos de prueba Puedes acceder a un esquema detallado de todos tus módulos, submódulos y casos de prueba que configures haciendo clic en Manage en la parte superior del panel izquierdo. Esto abrirá la página de detalles. Puedes expandir o contraer directorios y ver el esquema de los casos de prueba. Puedes buscar un caso de prueba usando la barra de búsqueda, hacer clic en el ícono de lista para ver solo una lista de los casos de prueba, o crear rápidamente un nuevo caso de prueba o módulo desde la esquina superior derecha de esta sección. Haz clic en el ícono de puntos suspensivos de un módulo para realizar las siguientes acciones: * Puedes crear un nuevo submódulo o un nuevo caso de prueba dentro del módulo seleccionando +Module o +Test Case del menú respectivamente. * Editar un módulo: Haz clic en Edit para actualizar el nombre, la descripción de un módulo, o moverlo bajo un módulo diferente o sacarlo de un módulo padre.<br /> <br /> Realiza los cambios necesarios y haz clic en Update. * Eliminar un módulo: Haz clic en Delete para eliminar un módulo permanentemente. <br /> <br /> Haz clic en Yes en la ventana emergente de confirmación. Nota: Un módulo no puede eliminarse si contiene un caso de prueba. Primero debes eliminar todos los casos de prueba del módulo antes de eliminar el módulo. * Mover un módulo: También puedes mover rápidamente un módulo bajo un módulo diferente o sacarlo de un módulo padre haciendo clic en Move to. Esto abrirá un panel a la derecha. Elige un módulo o la raíz, luego haz clic en Move.<br /> * Agregar un módulo a un suite: Haz clic en Add to Suite para agregar rápidamente un módulo a uno o más suites. Esto abrirá un panel a la derecha donde puedes seleccionar los suites. Haz clic en Apply para guardar los cambios.<br /> <br /> De manera similar, si haces clic en el ícono de puntos suspensivos de un caso de prueba desde esta página, puedes acceder a las opciones que se muestran a continuación. <br /> * Eliminar un caso de prueba: Haz clic en Delete del menú, luego haz clic en Yes en la ventana emergente de confirmación.<br /> Nota: Un caso de prueba no puede eliminarse si ha sido referenciado en un test suite o un test plan. Primero debes eliminar el test suite del test plan, luego eliminar el caso de prueba del test suite, y solo entonces eliminar el caso de prueba. Las opciones _Edit_, _Move To_ y _Add to Suite_ son las mismas que se discutieron en esta sección. También puedes seleccionar múltiples casos de prueba usando las casillas de verificación en la sección Manage para eliminar, mover o agregar a un suite de forma masiva. -------------------------------------------------------------------------------- title: "Suites de prueba" description: "Automation Testing te permite ejecutar pruebas de API automatizadas y eficientes en endpoints de funciones o cualquier URL de terceros, y resolver áreas problemáticas." last_updated: "2026-07-02T09:34:15.874Z" source: "https://docs.catalyst.zoho.com/es/devops/help/automation-testing/test-suites/" service: "DevOps" -------------------------------------------------------------------------------- # Suites de prueba ### Introducción Las suites de prueba son el siguiente nivel de organización de los casos de prueba que creas en Automation Testing. Una suite facilita la agrupación de casos de prueba, y un grupo de suites de prueba se puede automatizar en conjunto usando un plan de prueba. Puedes agrupar múltiples casos de prueba en una suite y ejecutarlos en paralelo o de forma secuencial, según tus necesidades. Por ejemplo, si un grupo de casos de prueba involucra acciones secuenciales, como obtener datos de un proceso y pasarlos a otro proceso, puedes definir el orden de su ejecución. Si un grupo de casos de prueba no están relacionados entre sí, puedes ejecutarlos en paralelo. Automation Testing te permite agregar casos de prueba en cualquier combinación dentro de una suite. Es decir, puedes agregar casos de prueba que pertenezcan al mismo módulo o submódulo, o a módulos diferentes. Nota: * Una suite de prueba solo se puede crear después de haber creado al menos un caso de prueba. * Un caso de prueba no se puede automatizar sin haberlo agregado primero a una suite y configurado un plan de prueba para él. ### Crear una suite de prueba Puedes crear una suite de prueba de la siguiente manera: 1. Navega a la pestaña Test Suites en _Automation Testing_ y luego haz clic en Create Suite. 2. Ingresa un nombre para la suite de prueba y selecciona la ejecución como Sequence o Parallel de la lista desplegable. Selecciona todos los casos de prueba que se agregarán a la suite desde el esquema. Puedes seleccionar cualquier caso de prueba de cualquier módulo. Puedes organizar los casos de prueba según el orden en que deben ejecutarse arrastrándolos y soltándolos desde el panel derecho. 3. Haz clic en Create. La suite se creará y se abrirá la página de detalles. ### Gestionar una suite de prueba La página de detalles de una suite de prueba contendrá las configuraciones e información de esa suite. <br /> Después de crear un plan de prueba e incluir esta suite en él para su ejecución automatizada, podrás ver las estadísticas de esta suite. La sección superior de esta página muestra los detalles de la suite, su tasa de éxito y las estadísticas de éxito de las últimas cinco ejecuciones de prueba. #### Editar una suite 1. Puedes editar el nombre o el tipo de ejecución de una suite haciendo clic en el icono de edición junto a su nombre en la parte superior de la página de detalles. 2. Realiza los cambios necesarios en la ventana emergente y luego haz clic en Update. #### Agregar casos de prueba o módulos a una suite 1. Puedes agregar casos de prueba o módulos buscándolos desde la barra de búsqueda en el lado izquierdo de la página de detalles de la suite. Selecciona los que deseas agregar de la lista.<br /> Los módulos que incluyas se mostrarán en azul y los casos de prueba en verde. 2. Opcionalmente, puedes agregar estos elementos después de un elemento de ejecución específico, marcando la casilla Add cases after e ingresando el Order ID del elemento de ejecución anterior. Puedes encontrar los Order IDs de todos los elementos de ejecución en el lado derecho de esta página. Si no ingresas esto, los casos de prueba y/o módulos se agregarán después del último elemento en el orden, de forma predeterminada. 3. Haz clic en Add. #### Gestionar los casos de prueba en una suite Puedes ver una lista de todos los casos de prueba en la suite y sus detalles en el lado derecho de esta sección. Aquí también se muestran los siguientes informes de la ejecución de la suite: * Frequently Failed: Casos de prueba que fallaron frecuentemente en orden descendente, según la cantidad de veces que fallaron * Failed in Last Run: Casos de prueba que fallaron en la última ejecución de la suite Configurar el orden de ejecución de los casos de prueba: Los casos de prueba se listarán en el orden de ejecución configurado. En una suite secuencial, se ejecutarán uno tras otro en ese orden. Puedes cambiar el orden de un caso de prueba haciendo clic en el icono move correspondiente. Ingresa el Order ID al que debe moverse y luego haz clic en Move. Los Order IDs se mencionan en la primera columna de esta tabla. Alternativamente, puedes hacer clic en el icono de arrastre a la izquierda de un caso de prueba para arrastrarlo y soltarlo en una nueva ubicación. Eliminar un caso de prueba de una suite: Puedes eliminar un caso de prueba de la suite haciendo clic en el icono de eliminar correspondiente en esta tabla. Haz clic en Confirm en la ventana emergente de confirmación. #### Eliminar una suite de prueba Puedes encontrar una lista de todas las suites de prueba que has creado haciendo clic en la flecha de retroceso junto al nombre de esta suite en su página de detalles. Esta página muestra detalles importantes de cada suite. <br /> 1. Puedes eliminar una suite de prueba haciendo clic en el icono de eliminar que aparece al pasar el cursor sobre la suite en esta lista. 2. Haz clic en Yes en la ventana emergente de confirmación.<br /> También puedes seleccionar múltiples suites de la lista usando las casillas de verificación y eliminarlas de forma masiva. -------------------------------------------------------------------------------- title: "Planes de prueba" description: "Automation Testing te permite ejecutar pruebas de API automatizadas y eficientes en endpoints de funciones o cualquier URL de terceros, y resolver áreas problemáticas." last_updated: "2026-07-02T09:34:15.874Z" source: "https://docs.catalyst.zoho.com/es/devops/help/automation-testing/test-plans/" service: "DevOps" -------------------------------------------------------------------------------- # Planes de prueba Un plan de prueba permite la ejecución automatizada de una o más suites de prueba. Puedes configurar varios detalles de una ejecución en un plan de prueba, como el orden de ejecución de las suites, las variables de entorno que deben aplicarse para la ejecución, la programación de la ejecución y las alertas de notificación. El informe detallado de la ejecución de un plan de prueba se puede ver desde la sección Results. ### Crear un plan de prueba Puedes configurar un plan de prueba de la siguiente manera: 1. Haz clic en la pestaña Test Plan en Automation Testing y luego haz clic en Create Test Plan.<br /> 2. Ingresa un nombre y una descripción para el plan de prueba.<br /> 3. Environment Variables: Puedes seleccionar las variables de entorno que se aplicarán para esta ejecución de prueba. Nota: Si definiste una variable con la misma clave tanto como variable global como variable de entorno, Catalyst usará el valor de la variable de entorno sobre el valor de la variable global durante la ejecución del plan de prueba. Consulta la sección Variables para obtener más información. 4. Test Suites: Haz clic en Add Test Suites para incluir al menos una suite de prueba que deba ejecutarse en este plan de prueba. Puedes seleccionar las suites de prueba desde la ventana emergente y hacer clic en Save.<br /> Puedes reorganizar las suites de prueba para definir su orden de ejecución después de agregarlas, arrastrándolas y soltándolas usando el icono de arrastre a la izquierda. También puedes eliminar una suite de prueba que hayas incluido haciendo clic en el icono de eliminar.<br /> 5. Schedule: Configura la programación de la ejecución de prueba seleccionando uno de los siguientes tipos de ejecución: * Nightly: Puedes configurar la hora de ejecución entre las 6 pm y las 6 am para este tipo. Se ejecutará todas las noches. Puedes seleccionar los días de la semana en los que debe ejecutarse y una fecha de inicio del plan de prueba desde el calendario. * Day: Puedes configurar la hora de ejecución entre las 6 am y las 6 pm para este tipo. Se ejecutará todos los días. Puedes seleccionar los días de la semana en los que debe ejecutarse y una fecha de inicio del plan de prueba desde el calendario. * Custom: Puedes configurar esto para que se ejecute en una fecha de inicio específica y a cualquier hora de ejecución en 24 horas. No podrás seleccionar los días de la semana para esta opción. * Starts Now: Esto iniciará la ejecución inmediatamente después de crear el plan de prueba. No podrás configurar una programación para esta opción.<br /> 6. Notifications: Haz clic en Add Notifications para configurar alertas de notificación que se envíen para varios eventos en la ejecución del plan de prueba. Esto abrirá una ventana emergente.<br /> Puedes seleccionar uno de los eventos de ejecución de la lista desplegable When: * Started: Cuando comienza la ejecución del plan de prueba * Completed: Cuando se completa la ejecución del plan de prueba * Success: Si la ejecución del plan de prueba es exitosa * Fail: Si la ejecución del plan de prueba falla * Not executed (delay): Si el plan de prueba no se inicia a la hora programada * Terminated: Si el plan de prueba se interrumpe durante su progreso sin completarse Las opciones _Success_ y _Fail_ proporcionan un campo adicional para especificar el porcentaje de éxito o fallo en el que se debe activar la notificación.<br /><br /> Selecciona las direcciones de correo electrónico de los destinatarios que deben ser alertados de los colaboradores que se listan al hacer clic en el campo de texto _Recipients email address_. También puedes escribir las direcciones de correo electrónico de otros destinatarios.<br /><br /> Ingresa el mensaje de notificación que se enviará, luego haz clic en Save. Puedes agregar múltiples notificaciones para diferentes eventos, y editarlas o eliminarlas después de crearlas. 7. Después de configurar el plan de prueba, haz clic en Create. El plan de prueba se creará y se listará en la sección _Test Plans_. Se creará un Test Plan ID único para el mismo. ### Gestionar un plan de prueba Puedes encontrar todos tus planes de prueba en la sección _Test Plans_ junto con sus detalles. Podrás realizar varias acciones sobre un plan de prueba desde aquí. * Deshabilitar o habilitar un plan de prueba: Haz clic en el interruptor en la columna _Status_ para habilitar o deshabilitar el plan de prueba programado. Nota: Esto solo deshabilitará o habilitará la programación del plan de prueba. Aún puedes realizar una ejecución instantánea del plan de prueba como se indica a continuación. * Ejecutar un plan de prueba: Puedes realizar una ejecución instantánea del plan de prueba para verificar su resultado haciendo clic en el icono de ejecución. Podrás ver los resultados de esta ejecución desde la sección Results. Se generará un Run ID único para cada ejecución automatizada e instantánea de un plan de prueba, que se mostrará en la sección Results. * Eliminar un plan de prueba: Haz clic en el icono de eliminar y luego haz clic en Yes en la ventana emergente de confirmación para eliminar el plan de prueba. Puedes seleccionar múltiples planes de prueba usando las casillas de verificación para eliminarlos de forma masiva. -------------------------------------------------------------------------------- title: "Resultados" description: "Automation Testing te permite ejecutar pruebas de API automatizadas y eficientes en endpoints de funciones o cualquier URL de terceros, y resolver áreas problemáticas." last_updated: "2026-07-02T09:34:15.874Z" source: "https://docs.catalyst.zoho.com/es/devops/help/automation-testing/results/" service: "DevOps" -------------------------------------------------------------------------------- # Resultados La sección Results muestra un informe detallado y completo de todos los planes de prueba que se ejecutaron. Aquí se muestran los resultados de las ejecuciones automatizadas de planes de prueba que fueron programadas, y las ejecuciones instantáneas realizadas desde la sección _Test Plans_. No se mostrarán los resultados de las vistas previas en vivo ejecutadas en la sección _Test Cases_. Puedes consultar esos resultados desde las secciones correspondientes. Haz clic en la pestaña Results en Automation Testing para acceder a los resultados. La sección Results muestra los resultados en tres niveles: ### Todas las ejecuciones de prueba Todas las ejecuciones de prueba de todos los planes de prueba se mostrarán en la página inicial de Results. Puedes ver estadísticas como la cantidad de ejecuciones completadas y en curso, la tasa de éxito general de todas las ejecuciones de planes de prueba, y la cantidad de entornos involucrados en todas las ejecuciones. Este último dato se basa en las variables de entorno que seleccionas al crear los planes de prueba. Puedes encontrar una lista de todas las ejecuciones de prueba junto con detalles como sus Run IDs únicos, la cantidad de casos de prueba incluidos en una ejecución, el porcentaje de éxito de la ejecución, su hora de inicio y la duración de la ejecución. Puedes ordenar los resultados según los criterios que se muestran a continuación, para mostrar las ejecuciones en consecuencia. También puedes filtrar los resultados haciendo clic en el botón de filtro y seleccionando varios filtros. * Date: Puedes seleccionar una de estas opciones para el filtro de fecha: _Last 24 hours_, _Last 7 days_, _Last 1 month_, _Custom_ para ver resultados solo de ese período de tiempo. La opción _Custom_ te permite seleccionar un rango de fechas según tus necesidades. * Status: Puedes elegir uno de estos estados de ejecución para ver los resultados relevantes: _Completed_, _Running_, _Queued_, _Terminated_. * Test Plan: También puedes filtrar los resultados según un plan de prueba específico. Solo se mostrarán las ejecuciones de ese plan de prueba. Haz clic en Apply después de seleccionar los filtros. Si los resultados tardan en reflejarse, haz clic en Refresh en la parte superior de esta página. <br> ### Detalles de una ejecución de prueba específica Puedes abrir una ejecución de prueba específica desde la lista de ejecuciones para ver los detalles de los casos de prueba incluidos en el plan de prueba. Puedes ver estadísticas como el número total de casos de prueba, la cantidad de casos de prueba completados, restantes o inactivos, y la tasa de éxito general de esa ejecución. Se listan todos los casos de prueba que se incluyeron en el plan de prueba, junto con los resultados generales y otros detalles de cada caso de prueba. También puedes ordenar los resultados según la duración de la ejecución del caso de prueba. Puedes filtrar los resultados haciendo clic en el icono de filtro y seleccionando varios detalles. Puedes ver los casos de prueba de una suite en particular, o los casos de prueba que se ejecutaron con cualquiera de estos estados: _Completed_, _Passed_, _Failed_, _Inactive_, _Remaining_. Haz clic en Apply después de seleccionar los filtros. <br> ### Detalles de un caso de prueba específico Puedes abrir un caso de prueba en particular desde la lista de casos de prueba para ver los detalles de ejecución de las solicitudes individuales que contiene. Esta sección proporciona un resumen del caso de prueba en particular junto con estadísticas útiles como el resultado general y la duración de la ejecución del caso de prueba, y la cantidad total de aserciones que se aprobaron en el caso de prueba. Se listan los detalles de las solicitudes individuales en el caso de prueba, junto con la respuesta detallada recibida para cada solicitud. Puedes expandir la sección de una solicitud para ver las aserciones que se aprobaron en esa solicitud y el código de estado de la respuesta. El informe también muestra el cuerpo de la respuesta, los encabezados de la respuesta y los detalles de la solicitud. Puedes ver el Response Body en formato raw o pretty seleccionando una opción del menú desplegable a la derecha. Haz clic en la pestaña Response Headers o Request Details para ver esa información. Este desglose detallado te permite identificar fácilmente la solicitud exacta en la que falló un caso de prueba, con el motivo específico. Puedes navegar para ver los detalles del siguiente caso de prueba usando las flechas en la esquina superior derecha. <br> ### Detalles de una ejecución de prueba fallida Como se mencionó anteriormente, en caso de una ejecución de prueba fallida, se puede configurar una re-ejecución automática. El estado y los detalles de la re-ejecución se pueden ver en la sección *Results*. <br /> En la sección *Results* puedes expandir el plan de prueba fallido y obtener un resumen útil de la cantidad de ejecuciones de prueba que se realizaron, la cantidad de casos de prueba que se probaron, su estado, la duración y los resultados generales. Aquí se puede ver el resumen de todas las ejecuciones y re-ejecuciones. <br /> **Re-Run 1** en esta imagen indica que se realizó una re-ejecución automática ante el fallo, y el resumen de esa ejecución de prueba también se muestra junto a ella. Puedes hacer clic en una ejecución de prueba fallida en particular para ver un informe detallado de la misma. <br> ### Detalles de una ejecución de prueba fallida específica Una vez que haces clic en una ejecución de prueba fallida, puedes ver todas las estadísticas de resumen presentes en la sección *Results*, y ver el estado y los resultados de los casos de prueba **Pre-Condition** y **Post-Condition** también, junto con sus detalles. <br /> En la parte superior de la pantalla, junto al nombre del plan de prueba, puedes hacer clic en el desplegable y seleccionar **Re-Run 1** para ver el estado y los resultados de la re-ejecución que se ejecutó automáticamente ante el fallo. <br /> ### Ejecutar manualmente un plan de prueba con una re-ejecución fallida 1. Si la re-ejecución también es un fallo, puedes ejecutar manualmente el plan de prueba fallido haciendo clic en el botón **Run** en la esquina superior derecha. <br /> 2. Haz clic en **Proceed** para iniciar una re-ejecución manual. <br /> Haz clic en el plan de prueba correspondiente en el que realizaste la re-ejecución manual para ver su estado. <br /> Este desglose detallado te permite identificar fácilmente la solicitud exacta en la que falló un caso de prueba con los detalles. Puedes re-ejecutar un plan de prueba fallido cualquier cantidad de veces de la misma manera, hasta que su ejecución sea exitosa. Si la ejecución tiene éxito, el botón de ejecución ya no se mostrará en esta sección. El registro detallado de todos los casos de prueba anteriores se puede ver haciendo clic en el desplegable de selección y eligiendo la ejecución de prueba requerida. <br /> Nota: Aún puedes ejecutar manualmente cualquier plan de prueba desde la sección Test Plan, independientemente de si configuraste o no una re-ejecución automática de planes de prueba fallidos. -------------------------------------------------------------------------------- title: "Variables" description: "Automation Testing te permite ejecutar pruebas de API automatizadas y eficientes en endpoints de funciones o cualquier URL de terceros, y resolver áreas problemáticas." last_updated: "2026-07-02T09:34:15.875Z" source: "https://docs.catalyst.zoho.com/es/devops/help/automation-testing/variables/" service: "DevOps" -------------------------------------------------------------------------------- # Variables ### Introducción Una variable es esencialmente un marcador de posición para un valor dinámico que podrías pasar en tu solicitud. Almacenar un valor de uso frecuente como variable y referenciarlo en tus casos de prueba facilita el proceso cuando necesitas cambiar su valor, ya que no necesitas modificarlo en cada caso de prueba donde lo hayas utilizado. Simplemente puedes editar la variable configurada. Puedes configurar diferentes tipos de variables en Automation Testing que se utilizan para distintos propósitos. Una forma de usar variables es definir y almacenar valores para parámetros fijos en la sección _Variables_, que puedes referenciar fácilmente en tus solicitudes. Esto involucra los siguientes dos tipos de variables: * Global Variables: Las variables globales son un conjunto único de variables que puedes definir y almacenar para usar en cualquiera de tus casos de prueba. Estas variables tienen un alcance global y, por lo tanto, se pueden aplicar a todos los casos de prueba. * Environment Variables: Las variables de entorno te ayudan a categorizar y configurar valores de las mismas claves para diferentes entornos. Cuando configuras un plan de prueba o realizas una ejecución instantánea de un caso de prueba, puedes elegir el entorno que debe usarse para la ejecución. Se aplicarán las variables definidas en ese entorno. Estas variables también se pueden usar globalmente en todos los casos de prueba. Otra forma de usar variables en Automation Testing es extraer valores recibidos de las respuestas de solicitudes individuales en casos de prueba, y asignarlos a variables para pasarlos como parámetros en las siguientes solicitudes en una configuración encadenada. El alcance de dichas variables definidas dentro de una solicitud se limita únicamente a ese caso de prueba, y no se pueden referenciar fuera de él. Este método se explica en detalle con un ejemplo en la sección Chain Requests. #### Un ejemplo de variables globales y de entorno: Puedes almacenar diferentes valores de una variable en cada entorno individual. Por ejemplo, el valor de ZAID en Catalyst es diferente para los entornos Development y Production. En ese caso, primero puedes crear dos entornos llamados "Development" y "Production". Luego puedes crear una variable con el nombre "zaid" en ambos entornos y definir su valor respectivo en cada uno por separado. Al configurar un plan de prueba, si eliges _Development_, se aplicará el valor definido para zaid en el entorno de desarrollo, dondequiera que hayas usado la variable zaid en tus solicitudes. También puedes definir la misma variable como variable global, así como en cada entorno por separado. Por ejemplo, puedes crear una variable _baseURL_ como variable global y definir su valor como "https://globaltest.com". Luego puedes crear la misma variable _baseURL_ en los entornos Development y Production con los valores "https://developmenttest.com" y "https://productiontest.com" respectivamente. Ahora, supón que refieres _baseURL_ como la URL de solicitud al configurar la solicitud de un caso de prueba. Si eliges _Development_ como las variables de entorno a usar al realizar una ejecución instantánea, se usará el valor https://developmenttest.com como URL de solicitud. Si eliges _Production_, se usará el valor "https://productiontest.com". Si no seleccionas ningún entorno para la ejecución instantánea, se usará el valor global "https://globaltest.com" de forma predeterminada. #### Puntos importantes a recordar: * Crear la misma variable como variable global y como diferentes variables de entorno es asignar múltiples valores a la misma clave. * Puedes crear una variable global y tener variables de entorno correspondientes. Si creas una nueva variable solo en un entorno específico, aún así se listará en la sección de variables globales con el mismo valor. * Las variables globales se usan de forma predeterminada en un plan de prueba o una ejecución instantánea, cuando no se elige ningún entorno. Solo cuando seleccionas un entorno, los valores del entorno sobrescribirán los valores globales de la variable. * Las variables locales que creas dentro de una solicitud específica se pueden declarar directamente por sus nombres, y deben pasarse como valores de parámetros en otras solicitudes en el formato \{\{\<variable \>\}\} . * Debes pasar las variables Global y Environment en el formato \{\{$\<variable \>\}\} dentro de una solicitud. ### Crear variables globales Puedes crear variables globales de la siguiente manera: 1. Haz clic en la pestaña Variables en _Automation Testing_ y luego haz clic en Create Variable.<br /> <br /> 2. Ingresa los nombres y valores de las variables, luego haz clic en Save.<br /> <br /> Nota: Los nombres de las variables no deben incluir espacios ni comenzar con un número. Los nombres de las variables también distinguen entre mayúsculas y minúsculas. También puedes agregar múltiples variables de forma masiva haciendo clic en Bulk Add en la esquina superior derecha. Define las variables en el formato key:value en la ventana emergente y luego haz clic en Save.<br /> Todas estas variables se agregarán y se listarán.<br /> ### Crear variables de entorno Antes de crear variables de entorno, debes crear un entorno. 1. Haz clic en Environment Variables desde la sección _Variables_. 2. Ingresa un nombre para el entorno en la ventana emergente y luego haz clic en Create.<br /> 3. Ahora puedes crear variables en ese entorno de la misma manera en que creaste variables globales. Ingresa los nombres y valores de las variables, luego haz clic en Save.<br /> En la sección de un entorno, todas tus variables globales se listarán cuando hagas clic en el cuadro de texto Name. Puedes seleccionar una de ellas para asignar un valor diferente para esa variable en este entorno, o puedes escribir en el cuadro de texto para crear una variable completamente nueva. Esta variable también se listará en la sección global. También puedes agregar múltiples variables de entorno de forma masiva haciendo clic en Bulk Add en la esquina superior derecha, de la misma manera que se agregan variables globales de forma masiva. ### Gestionar variables globales y de entorno Puedes elegir abrir las variables globales o las variables de un entorno específico, haciendo clic en el desplegable en la parte superior. Selecciona la opción necesaria. * Editar el nombre de un entorno: Haz clic en el icono de edición junto al nombre del entorno. Realiza los cambios en la ventana emergente y haz clic en Update.<br /> <br /> * Eliminar un entorno: Haz clic en el icono de eliminar junto al nombre del entorno. Haz clic en Yes en la ventana emergente.<br /> Nota: Si eliminas un entorno o una variable Global o de Environment, podría afectar tus casos de prueba configurados y resultar en pérdida de datos. Asegúrate de proceder con precaución. * Eliminar una variable: Puedes eliminar una variable Global o de Environment haciendo clic en el icono de edición que aparece al pasar el cursor sobre su nombre.<br /> <br /> Haz clic en Yes en la ventana emergente de confirmación.<br /> <br /> -------------------------------------------------------------------------------- title: "Precios" description: "Automation Testing te permite ejecutar pruebas de API automatizadas y eficientes en endpoints de funciones o cualquier URL de terceros, y resolver áreas problemáticas." last_updated: "2026-07-02T09:34:15.879Z" source: "https://docs.catalyst.zoho.com/es/devops/help/automation-testing/pricing/" service: "DevOps" -------------------------------------------------------------------------------- # Precios Todos los demás componentes de Catalyst se ofrecen de forma gratuita para que los configures y trabajes con ellos en el entorno de Development. Generalmente se te pedirá que configures los pagos de Catalyst cuando despliegues una aplicación a Production. Sin embargo, como se mencionó en la Introducción, dado que Automation Testing solo es accesible en el entorno de Development y no en Production, Catalyst ofrece este componente como parcialmente de pago en el entorno de Development. El criterio sobre el cual se cobra Automation Testing es el número de ejecuciones de prueba que se realizan en este componente. Una sola ejecución de prueba es la ejecución de un caso de prueba. En otras palabras, cada ejecución de caso de prueba listada en la sección de Results en el nivel _Detalles de una ejecución de prueba particular_ se cuenta como una ejecución de prueba. Por ejemplo, si el _Test Plan A_ incluye algunos suites que contienen 20 casos de prueba en total, y el _Test Plan A_ se ha ejecutado 3 veces en total, entonces el número total de ejecuciones de prueba sería 60. De esta manera, se cuenta el número de casos de prueba ejecutados en cada test plan durante cada ejecución para determinar el número total de ejecuciones de prueba. Catalyst ofrece las primeras 500 ejecuciones de prueba de forma gratuita. El contador _Free trial runs left_ en la parte inferior de la página de Automation Testing en todas las secciones muestra constantemente el número de ejecuciones de prueba gratuitas restantes de las 500. Este contador se actualizará después de cada ejecución de prueba. Cuando este límite se agote, Catalyst comenzará a cobrar por cada ejecución de prueba a partir de ese momento. Puedes ver el costo exacto y otros detalles en la sección de Pricing en nuestro sitio web. Si no has configurado previamente los pagos de Catalyst, debes agregar tu tarjeta para habilitar los pagos de Catalyst. Puedes hacer clic en el contador _Free trial runs left_ para abrir una ventana emergente. Luego puedes hacer clic en el botón Add Card para configurar el método de pago. Consulta el documento de ayuda de Billing para obtener ayuda detallada sobre cómo configurar los pagos de Catalyst y gestionar la facturación. Una vez que hayas agotado el límite de las 500 ejecuciones de prueba gratuitas, Catalyst también mostrará un banner en la parte superior de la página de Automation Testing con un botón Add Card. Después de haber configurado el método de pago, las ejecuciones de prueba gratuitas ya no se mostrarán en la parte inferior. --- ## API Reference — Pruebas de automatización -------------------------------------------------------------------------------- title: "Ejecutar plan de pruebas" description: "Esta API te permite activar la ejecución de un plan de pruebas en Automation Testing que ya está configurado en la consola remota." last_updated: "2026-07-02T09:34:15.883Z" source: "https://docs.catalyst.zoho.com/es/api/code-reference/devops/automation-testing/execute-test-plan/" service: "DevOps" -------------------------------------------------------------------------------- # Automation Testing Automation Testing es una herramienta de pruebas de API que automatiza el proceso de pruebas de las APIs en tu aplicación. Puedes probar las funciones Basic I/O y Advanced I/O en tu aplicación, o cualquier URL de terceros, y obtener respuestas. Puedes escribir casos de prueba según tus requisitos, programar pruebas para que se ejecuten automáticamente y gestionar todo el proceso de pruebas de API con una intervención manual mínima. Nota: Automation Testing actualmente no está disponible para los usuarios de Catalyst que acceden desde los centros de datos de EU, AU, IN o CA. # Ejecutar un plan de pruebas ### Descripción Un plan de pruebas permite la ejecución automatizada de uno o más conjuntos de pruebas en Automation Testing. Esta API te permite activar la ejecución de un plan de pruebas que ya está configurado en la consola remota de tu proyecto. Esto es equivalente a la opción de ejecución instantánea disponible para un plan de pruebas en la consola. ### Detalles de la solicitud #### URL de solicitud <p>{api-domain}/baas/v1/project/{project_id}/automation-testing/{test_plan_id}/execute</p> El dominio específico del DC para acceder a Catalyst API El ID único del proyecto El ID único creado para un plan de pruebas. #### Encabezados de solicitud **Authorization:** Zoho-oauthtoken {oauth_token} <br> **Environment:** Development **Encabezados opcionales** <br> **CATALYST-ORG:** {org_id} **Environment:** Development #### Alcance ZohoCatalyst.automationtesting.execute ### Detalles de la respuesta La respuesta contiene el estado de la ejecución del plan de pruebas, junto con detalles como el Run ID único que se generará para cada ejecución automatizada o instantánea del plan de pruebas, el Test Plan ID que se pasó, y el parámetro is_schedule_started que contiene el estado del inicio de la ejecución como true o false. curl -X POST \ https://api.catalyst.zoho.com/baas/v1/project/3359000000016812/automation-testing/537000000022025/execute \ -H "Authorization: Zoho-oauthtoken 1000.25*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*e.3e*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*3" \ { "status": "success", "data": { "id": 537000000034053, "test_plan_id": 537000000022025, "is_schedule_started": true } }