Con la integración de aplicaciones, puedes crear y ejecutar varios casos de prueba en tus integraciones complejas que conecten y gestionen Google Cloud servicios y otras aplicaciones empresariales. Al probar el flujo de integración, puedes asegurarte de que la integración funciona correctamente. Puedes probar tu integración usando diferentes variables de entrada para identificar los fallos en el flujo de integración. Para obtener información sobre cómo crear casos de prueba, consulta el artículo Crear casos de prueba.
Configuraciones de prueba
Integración de aplicaciones te permite añadir varios casos de prueba para tu integración. En el caso de los activadores, puede configurar los valores de entrada en un caso de prueba. En el caso de las tareas, puedes actualizar las siguientes configuraciones de prueba:
Tipo de estrategia simulada: hay tres opciones que puedes definir para tu tarea:
Sin simulaciones: esta estrategia te permite ejecutar la tarea.
Ejecución simulada: esta estrategia te permite simular que tu tarea se ha ejecutado correctamente o que ha fallado.
Simulación de resultados: esta estrategia te permite simular los resultados de la tarea.
Tipo de aserción: puedes añadir varias aserciones a una tarea seleccionada de una prueba. Hay varios tipos de aserciones disponibles:
Afirmación de ejecución: este tipo de aserción te permite comprobar si la tarea se ha ejecutado correctamente, si ha fallado o si no se ha ejecutado.
Afirmar parámetros: este tipo de aserción le permite seleccionar el parámetro que quiere afirmar y proporcionar un valor con el que compararlo.
Condición de aserción: este tipo de aserción te permite añadir 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 de las tareas, puedes añadir condiciones que se deban cumplir para que se ejecute la tarea. La tarea solo se ejecuta si se cumplen las condiciones especificadas.
Operadores admitidos
En la siguiente tabla se describen los operadores admitidos que se pueden usar en las condiciones confirmadas.
Operador
Descripción
Ejemplo
=
Comprueba si dos valores son iguales.
$var$ = "value"
!=
Comprueba si dos valores son distintos.
$var$ != "value"
<
Comprueba si un valor es menor que otro valor.
5 < 10
<=
Comprueba si un valor es menor o igual que otro valor.
$var$ <= 5
>
Comprueba si un valor es mayor que otro.
1 > 0
>=
Comprueba si un valor es mayor o igual que otro.
$var$ >= 0
:
Comprueba si una cadena contiene una subcadena o si una lista contiene un valor primitivo específico.
$longString$ : "substring"
$list of values$ : "value"
AND
Comprueba dos expresiones y devuelve true si ambas se evalúan como verdaderas.
$a$ > $b$ AND $b$ < $c$
OR
Comprueba dos expresiones y devuelve el valor "true" si alguna de ellas es verdadera.
$a$ > $b$ OR $b$ < $c$
NOT
Operador de negación. Invierte el resultado de una expresión.
NOT($var$ = "value")
Funciones admitidas
En la siguiente tabla se describen las funciones admitidas que se pueden usar en las 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 Y está vacía. Admite el tipo de variable de matriz, excepto la matriz JSON.
is_not_empty(VARIABLE)
Comprueba si una variable determinada es una lista y no está vacía. Admite el tipo de variable de matriz, excepto la matriz JSON.
Prácticas recomendadas
En la siguiente sección se enumeran las prácticas recomendadas para especificar condiciones:
Para hacer referencia al valor de una variable, utilice la notación con el signo de dólar ($) antes y después del nombre de la variable.
Por ejemplo, si quieres comprobar si una variable productId es mayor que 10,
la sintaxis es $productId$ > 10.
El texto sin el símbolo de dólar se interpreta como un valor literal. Por ejemplo, el texto customerId se interpreta como un valor literal.
Para comprobar varias condiciones, divídelas en comprobaciones individuales y combínalas con los operadores Y u O. Por ejemplo, en lugar de usar $productId$ > 5 AND < 9 , usa $productId$ > 5 AND $productId$ < 9.
Precios
No hay ningún coste adicional por gestionar las pruebas funcionales. Para obtener más información sobre los precios, consulta los 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 Descargar casos de prueba.
No puedes añadir aserciones para las variables de salida de la integración. Como solución alternativa, puedes añadir aserciones en la última tarea ejecutada para las variables de salida.
No puedes crear casos de prueba para integraciones publicadas. Para crear casos de prueba, haz clic en Habilitar edición. Se creará una nueva versión en estado DRAFT en la integración.
En la siguiente imagen se muestra el bloqueo de edición en el editor de integraciones.
[[["Es fácil de entender","easyToUnderstand","thumb-up"],["Me ofreció una solución al problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Es difícil de entender","hardToUnderstand","thumb-down"],["La información o el código de muestra no son correctos","incorrectInformationOrSampleCode","thumb-down"],["Me faltan las muestras o la información que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-09-11 (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)."]]