Com o Application Integration, é possível criar e executar vários casos de teste em integrações complexas que
conectam e gerenciam serviços Google Cloud e outros aplicativos de negócios. Ao testar o fluxo de integração, você garante que ela está funcionando conforme o esperado. Você pode testar sua integração usando diferentes variáveis de entrada para identificar as falhas no fluxo de integração. Para informações sobre como criar casos de teste, consulte Criar casos de teste.
Configurações de teste
Application Integration, é possível adicionar vários casos de teste à sua integração. Para acionadores, é possível configurar os valores de entrada em um caso de teste. Para tarefas, é possível atualizar as seguintes configurações de teste:
Tipo de estratégia simulada:há três opções que você pode definir para sua tarefa:
Sem simulação:essa estratégia permite executar a tarefa.
Execução simulada:essa estratégia permite simular a execução ou falha de uma tarefa.
Saída simulada:essa estratégia permite simular a saída da tarefa.
Tipo de asserção:é possível adicionar várias asserções para uma tarefa selecionada em um teste. Há vários tipos de asserção disponíveis:
Execução de asserção:com esse tipo de asserção, é possível verificar se a tarefa foi executada com sucesso ou falha ou se não foi executada.
Declarar parâmetros:com esse tipo de declaração, você pode selecionar o parâmetro que quer declarar e fornecer um valor para comparar com ele.
Condição de asserção:esse tipo de asserção permite adicionar condições para a execução da tarefa. Para mais informações, consulte Condições de asserção.
Condições de asserção
Na configuração de teste para tarefas, você pode adicionar condições que precisam ser atendidas para a execução
da tarefa. A tarefa será executada somente se as condições especificadas forem atendidas.
Operadores compatíveis
A tabela a seguir descreve os operadores compatíveis disponíveis para uso em condições declaradas.
Operador
Descrição
Exemplo
=
Verifica a igualdade entre dois valores
$var$ = "value"
!=
Verifica a desigualdade entre dois valores
$var$ != "value"
<
Verifica se um valor é menor que outro
5 < 10
<=
Verifica se um valor é menor ou igual a outro valor
$var$ <= 5
>
Verifica se um valor é maior que outro
1 > 0
>=
Verifica se um valor é maior ou igual a outro valor
$var$ >= 0
:
Verifica se uma string contém uma substring nela ou se uma lista contém um valor primitivo específico.
$longString$ : "substring"
$list of values$ : "value"
AND
Verifica duas expressões e retorna verdadeiro se ambas as expressões forem avaliadas como verdadeiras.
$a$ > $b$ AND $b$ < $c$
OU
Verifica duas expressões e retorna verdadeiro se qualquer uma das expressões for avaliada como verdadeira.
$a$ > $b$ OR $b$ < $c$
NOT
Operador de negação. Inverte o resultado de uma expressão.
NOT($var$ = "value")
Funções compatíveis
A tabela a seguir descreve as funções compatíveis disponíveis para uso em condições declaradas.
Função
Descrição
exists(VARIABLE)
Verifica se uma determinada variável existe
does_not_exist(VARIABLE)
Verifica se uma determinada variável não existe
is_empty(VARIABLE)
Verifica se uma determinada variável é uma lista AND está vazia. Aceita o tipo de variável de matriz, exceto matriz JSON.
is_not_empty(VARIABLE)
Verifica se uma determinada variável é uma lista AND não está vazia. Aceita o tipo de variável de matriz, exceto matriz JSON.
Práticas recomendadas
A seção a seguir lista as práticas recomendadas ao especificar condições:
Para referenciar um valor de variável, use a notação de cifrão ($) antes e depois do nome da variável.
Por exemplo, se você quiser verificar se uma variável productId é maior que 10, a sintaxe será $productId$ > 10.
O texto sem notação de cifrão é interpretado como um valor literal. Por exemplo, o texto customerId é interpretado como
um valor literal.
Para verificar várias condições, divida-as em verificações individuais e combine-as usando AND ou OR. Por exemplo, em vez de usar $productId$ > 5 AND < 9 , use $productId$ > 5 AND $productId$ < 9.
Preços
Não há custo extra para gerenciar testes funcionais. Para mais informações sobre preços, consulte Preços do Application Integration.
Limitações
Os casos de teste estão sujeitos às seguintes limitações:
Quando você baixa integrações, os casos de teste não são baixados junto com elas. Para saber como fazer o download de casos de teste, consulte Baixar casos de teste.
Não é possível adicionar asserções para variáveis de saída da integração. Como alternativa, adicione asserções à última tarefa executada para variáveis de saída.
Não é possível criar casos de teste para integrações publicadas. Para criar casos de teste, clique em Ativar edição. Uma nova versão no estado DRAFT é criada na integração para você.
A figura a seguir mostra o bloqueio de edição no editor de integração.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-08-25 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)."]]
