Con Application Integration, puedes crear y ejecutar varios casos de prueba en tus integraciones complejas que conectan y administran Google Cloud servicios y otras aplicaciones empresariales. Si pruebas el flujo de integración, puedes asegurarte de que la integración funcione según lo previsto. Puedes probar tu integración con diferentes variables de entrada para identificar las fallas en el flujo de integración. Para obtener información sobre cómo crear casos de prueba, consulta Crea casos de prueba.
Configuraciones de prueba
Application Integration te permite agregar varios casos de prueba para tu integración. En el caso de los activadores, puedes configurar los valores de entrada en un caso de prueba. En el caso de las tareas, puedes actualizar los siguientes parámetros de configuración de prueba:
Tipo de estrategia simulada: Hay tres opciones que puedes configurar para tu tarea:
Sin simulación: Esta estrategia te permite ejecutar la tarea.
Simulación de ejecución: Esta estrategia te permite simular que tu tarea se ejecutó correctamente o falló.
Simulación de salida: Esta estrategia te permite simular la salida de la tarea.
Tipo de aserción: Puedes agregar varias aserciones para una tarea seleccionada en una prueba. Existen varios tipos de aserciones disponibles:
Aserción de ejecución: Este tipo de aserción te permite verificar si la tarea se ejecutó correctamente, con errores o si no se ejecutó.
Parámetros de aserción: Este tipo de aserción te permite seleccionar el parámetro que deseas verificar y proporcionar un valor con el que compararlo.
Condición de aserción: Este tipo de aserción te permite agregar condiciones para la ejecución de la tarea. Para obtener más información, consulta Condiciones de aserción.
Condiciones de aserción
En la configuración de prueba para tareas, puedes agregar condiciones que se deben cumplir para la ejecución de la tarea. La tarea se ejecutará solo si se cumplen las condiciones especificadas.
Operadores admitidos
En la siguiente tabla, se describen los operadores compatibles disponibles para usar en condiciones confirmadas.
Operador
Descripción
Ejemplo
=
Comprueba la igualdad entre dos valores.
$var$ = "value"
!=
Comprueba la desigualdad entre dos valores
$var$ != "value"
<
Comprueba si un valor es menor que otro
5 < 10
<=
Comprueba si un valor es menor o igual que otro
$var$ <= 5
>
Comprueba si un valor es mayor que otro.
1 > 0
>=
Comprueba si un valor es superior o igual que otro
$var$ >= 0
:
Comprueba si una cadena contiene una subcadena dentro de ella o si una lista contiene un valor primitivo específico.
$longString$ : "substring"
$list of values$ : "value"
Y
Comprueba dos expresiones y muestra un valor verdadero si ambas expresiones se evalúan como verdaderas.
$a$ > $b$ AND $b$ < $c$
O
Verifica dos expresiones y muestra verdadero si una de las expresiones se evalúa como verdadera.
$a$ > $b$ OR $b$ < $c$
NOT
Operador de negación. Cambia el resultado de una expresión.
NOT($var$ = "value")
Funciones compatibles
En la siguiente tabla, se describen las funciones compatibles disponibles para usar en condiciones confirmadas.
Función
Descripción
exists(VARIABLE)
Comprueba si existe una variable determinada
does_not_exist(VARIABLE)
Comprueba si no existe una variable determinada
is_empty(VARIABLE)
Comprueba si una variable determinada es una lista AND está vacía. Admite el tipo de variable de array, excepto el array JSON.
is_not_empty(VARIABLE)
Comprueba si una variable determinada es una lista AND no está vacía. Admite el tipo de variable de array, excepto el array JSON.
Prácticas recomendadas
En la siguiente sección, se enumeran las prácticas recomendadas para especificar condiciones:
Para hacer referencia a un valor de variable, usa la notación del signo de dólar ($) antes y después del nombre de la variable.
Por ejemplo, si deseas verificar si una variable productId es mayor que 10, la sintaxis es $productId$ > 10.
El texto sin notación de signo de dólar se interpreta como un valor literal. Por ejemplo, el texto customerId se interpreta como un valor literal.
Para verificar varias condiciones, divide las condiciones en verificaciones individuales y combínalas con AND u OR. Por ejemplo, en lugar de usar $productId$ > 5 AND < 9 , usa $productId$ > 5 AND $productId$ < 9.
Precios
No hay costos adicionales por administrar pruebas funcionales. Para obtener más información sobre los precios, consulta Precios de Application Integration.
Limitaciones
Los casos de prueba están sujetos a las siguientes limitaciones:
Cuando descargas integraciones, los casos de prueba no se descargan junto con la integración. Para obtener información sobre cómo descargar casos de prueba, consulta Descarga casos de prueba.
No puedes agregar aserciones para las variables de salida de la integración. Como solución alternativa, puedes agregar aserciones en la última tarea ejecutada para las variables de salida.
No puedes crear casos de prueba para las integraciones publicadas. Para crear casos de prueba, haz clic en Habilitar edición. Se crea una versión nueva en el estado DRAFT en la integración.
En la siguiente figura, se muestra el bloqueo de edición en el editor de integración.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-09-03 (UTC)"],[[["\u003cp\u003eApplication Integration allows creating and running multiple test cases to validate complex integrations with Google Cloud services and other applications.\u003c/p\u003e\n"],["\u003cp\u003eTest configurations include setting mock strategies (no mock, mock execution, mock output) and various assertion types like assert execution, assert parameters, and assert condition.\u003c/p\u003e\n"],["\u003cp\u003eTask execution in tests can be conditional, based on conditions that use a variety of operators (e.g., \u003ccode\u003e=\u003c/code\u003e, \u003ccode\u003e!=\u003c/code\u003e, \u003ccode\u003e<\u003c/code\u003e, \u003ccode\u003e>\u003c/code\u003e, \u003ccode\u003e:\u003c/code\u003e, \u003ccode\u003eAND\u003c/code\u003e, \u003ccode\u003eOR\u003c/code\u003e, \u003ccode\u003eNOT\u003c/code\u003e) and functions (e.g., \u003ccode\u003eexists\u003c/code\u003e, \u003ccode\u003edoes_not_exist\u003c/code\u003e, \u003ccode\u003eis_empty\u003c/code\u003e, \u003ccode\u003eis_not_empty\u003c/code\u003e).\u003c/p\u003e\n"],["\u003cp\u003eThere are specific limitations to test cases, such as not being able to add assertions for integration output variables or create test cases for published integrations, and they are not downloaded when downloading the integration.\u003c/p\u003e\n"],["\u003cp\u003eThere is no additional cost for managing functional test for Application Integration.\u003c/p\u003e\n"]]],[],null,["# Introduction to test cases\n\nSee the [supported connectors](/integration-connectors/docs/connector-reference-overview) for Application Integration.\n\nIntroduction to test cases\n==========================\n\n|\n| **Preview\n| --- Test cases**\n|\n|\n| This feature is subject to the \"Pre-GA Offerings Terms\" in the General Service Terms section\n| of the [Service Specific Terms](/terms/service-terms#1).\n|\n| Pre-GA features are available \"as is\" and might have limited support.\n|\n| For more information, see the\n| [launch stage descriptions](/products#product-launch-stages).\n\n\nWith Application Integration, you can create and run multiple test cases on your complex integrations that\nconnect and manage Google Cloud services and other business applications. By testing your integration flow, you can ensure that your integration is working as intended. You can test your integration using different input variables to identify the faults in the integration flow. For information about how to create test cases, see [Create test cases](/application-integration/docs/create-test-cases).\n\nTest configurations\n-------------------\n\nApplication Integration enables you to add multiple test cases for your integration. For triggers, you can configure the input values in a test case. For tasks, you can update the following test configurations:\n\n- **Mock strategy type:** There are three options that you can set for your task:\n - **No mock:** This strategy lets you execute the task.\n - **Mock execution:** This strategy lets you mock your task as successfully executed or failed.\n - **Mock output:** This strategy lets you mock the output of the task.\n- **Assertion type:** You can add multiple assertions for a selected task in a test. There are various assertion types available:\n - **Assert execution:** This assertion type lets you check if the task is executed successfully, with failure, or if the task didn't get executed.\n - **Assert parameters:** This assertion type lets you select the parameter that you want to assert and provide a value to compare it with.\n - **Assert condition:** This assertion type lets you add conditions for the execution of the task. For more information, see [Assertion conditions](#assertion-conditions).\n\n\u003cbr /\u003e\n\nAssert conditions\n-----------------\n\nIn test configuration for tasks, you can choose to add conditions that must be met for the execution\nof the task. The task is run only if the specified conditions are met.\n\n### Supported operators\n\n\nThe following table describes the supported operators available for use in asserted conditions.\n\n### Supported functions\n\n\nThe following table describes the supported functions available for use in asserted conditions.\n\n### Best practices\n\nThe following section lists the best practices when specifying conditions:\n\n- To reference a variable value, use dollar sign notation (`$`) before and after the variable name. For example, if you want to check if a variable `productId` is greater than 10, the syntax is `$productId$ \u003e 10`.\n- Text without dollar sign notation is interpreted as a literal value. For example the text `customerId` is interpreted as a literal value.\n- To check multiple conditions, split the conditions into individual checks and combine them using **AND** or **OR** . For example, instead of using `$productId$ \u003e 5 AND \u003c 9 `, use ` $productId$ \u003e 5 AND $productId$ \u003c 9`.\n\nPricing\n-------\n\nThere is no additional cost for managing fuctional tests. For more information about pricing, see [Application Integration pricing](/application-integration/pricing).\n\nLimitations\n-----------\n\nTest cases are subject to the following limitations:\n\n- When you download integrations, the test cases are not downloaded along with the integration. For information about how to download test cases, see [Download test cases](/application-integration/docs/upload-download-test-cases).\n- You cannot add assertions for output variables for the integration. As a workaround, you can add assertions on the last task executed for output variables.\n- You cannot create test cases for published integrations. To create test cases, click **Enable Editing** . A new version in the `DRAFT` state is created in the integration for you. The following figure shows the edit lock in the integration editor.\n\n \u003cbr /\u003e\n\n\nWhat's next\n-----------\n\nLearn how to do the following:\n\n- [Create test cases](/application-integration/docs/create-test-cases).\n- [Copy](/application-integration/docs/manage-test-cases#copy) and [delete](/application-integration/docs/manage-test-cases#delete) test cases.\n- [Run a test case](/application-integration/docs/run-test-cases) and [view test case execution logs](/application-integration/docs/integration-execution-logs#view-integration-execution-logs).\n- [Configure test cases](/application-integration/docs/configure-test-cases).\n- [Upload and download test cases](/application-integration/docs/upload-download-test-cases)."]]