Dengan Application Integration, Anda dapat membuat dan menjalankan beberapa kasus pengujian pada integrasi kompleks yang menghubungkan dan mengelola layanan serta aplikasi bisnis lainnya. Google Cloud Dengan menguji alur integrasi, Anda dapat memastikan bahwa integrasi berfungsi sebagaimana mestinya. Anda dapat menguji integrasi menggunakan variabel input yang berbeda untuk mengidentifikasi kesalahan dalam alur integrasi. Untuk mengetahui informasi tentang cara membuat kasus pengujian, lihat Membuat kasus pengujian.
Konfigurasi pengujian
Integrasi Aplikasi memungkinkan Anda menambahkan beberapa kasus pengujian untuk integrasi. Untuk pemicu, Anda dapat mengonfigurasi nilai input dalam kasus pengujian. Untuk tugas, Anda dapat memperbarui konfigurasi pengujian berikut:
Jenis strategi tiruan: Ada tiga opsi yang dapat Anda tetapkan untuk tugas:
Tanpa tiruan: Strategi ini memungkinkan Anda menjalankan tugas.
Eksekusi tiruan: Strategi ini memungkinkan Anda meniru tugas agar berhasil atau gagal dieksekusi.
Output tiruan: Strategi ini memungkinkan Anda meniru output tugas.
Jenis pernyataan: Anda dapat menambahkan beberapa pernyataan untuk tugas yang dipilih dalam pengujian. Ada berbagai jenis pernyataan yang tersedia:
Eksekusi pernyataan: Jenis pernyataan ini memungkinkan Anda memeriksa apakah tugas berhasil dieksekusi, gagal, atau tidak dieksekusi.
Parameter pernyataan: Jenis pernyataan ini memungkinkan Anda memilih parameter yang ingin Anda nyatakan dan memberikan nilai untuk dibandingkan.
Kondisi pernyataan: Jenis pernyataan ini memungkinkan Anda menambahkan kondisi untuk eksekusi tugas. Untuk mengetahui informasi selengkapnya, lihat Kondisi pernyataan.
Kondisi pernyataan
Dalam konfigurasi pengujian untuk tugas, Anda dapat memilih untuk menambahkan kondisi yang harus dipenuhi agar tugas dapat dijalankan. Tugas hanya dijalankan jika kondisi yang ditentukan terpenuhi.
Operator yang didukung
Tabel berikut menjelaskan operator yang didukung dan tersedia untuk digunakan dalam kondisi yang ditegaskan.
Operator
Deskripsi
Contoh
=
Memeriksa kesamaan antara dua nilai
$var$ = "value"
!=
Memeriksa ketidaksetaraan antara dua nilai
$var$ != "value"
<
Memeriksa apakah suatu nilai kurang dari nilai lainnya
5 < 10
<=
Memeriksa apakah suatu nilai kurang dari atau sama dengan nilai lain
$var$ <= 5
>
Memeriksa apakah suatu nilai lebih besar dari nilai lainnya
1 > 0
>=
Memeriksa apakah suatu nilai lebih besar dari atau sama dengan nilai lainnya
$var$ >= 0
:
Memeriksa apakah string berisi substring di dalamnya, atau memeriksa apakah daftar berisi
nilai primitif tertentu.
$longString$ : "substring"
$list of values$ : "value"
AND
Memeriksa dua ekspresi dan menampilkan nilai benar jika kedua ekspresi bernilai benar.
$a$ > $b$ AND $b$ < $c$
ATAU
Memeriksa dua ekspresi dan menampilkan benar jika salah satu ekspresi dievaluasi sebagai benar.
$a$ > $b$ OR $b$ < $c$
NOT
Operator negasi. Membalikkan hasil ekspresi.
NOT($var$ = "value")
Fungsi yang didukung
Tabel berikut menjelaskan fungsi yang didukung dan tersedia untuk digunakan dalam kondisi yang ditegaskan.
Fungsi
Deskripsi
exists(VARIABLE)
Memeriksa apakah variabel tertentu ada
does_not_exist(VARIABLE)
Memeriksa apakah variabel tertentu tidak ada
is_empty(VARIABLE)
Memeriksa apakah variabel tertentu adalah daftar DAN kosong. Mendukung jenis variabel array kecuali array JSON.
is_not_empty(VARIABLE)
Memeriksa apakah variabel tertentu adalah daftar DAN tidak kosong. Mendukung jenis variabel array kecuali array JSON.
Praktik terbaik
Bagian berikut mencantumkan praktik terbaik saat menentukan kondisi:
Untuk mereferensikan nilai variabel, gunakan notasi tanda dolar ($) sebelum dan sesudah nama variabel.
Misalnya, jika Anda ingin memeriksa apakah variabel productId lebih besar dari 10,
sintaksisnya adalah $productId$ > 10.
Teks tanpa notasi tanda dolar ditafsirkan sebagai nilai literal. Misalnya, teks customerId ditafsirkan sebagai
nilai literal.
Untuk memeriksa beberapa kondisi, pisahkan kondisi menjadi pemeriksaan
individual dan gabungkan menggunakan AND atau OR. Misalnya, alih-alih menggunakan
$productId$ > 5 AND < 9 ,
gunakan $productId$ > 5 AND $productId$ < 9.
Harga
Tidak ada biaya tambahan untuk mengelola pengujian fungsional. Untuk mengetahui informasi selengkapnya tentang harga, lihat Harga Integrasi Aplikasi.
Batasan
Kasus pengujian tunduk pada batasan berikut:
Saat Anda mendownload integrasi, kasus pengujian tidak didownload bersama dengan integrasi. Untuk mengetahui informasi tentang cara mendownload kasus pengujian, lihat Mendownload kasus pengujian.
Anda tidak dapat menambahkan pernyataan untuk variabel output integrasi. Sebagai solusi sementara, Anda dapat menambahkan pernyataan pada tugas terakhir yang dijalankan untuk variabel output.
Anda tidak dapat membuat kasus pengujian untuk integrasi yang dipublikasikan. Untuk membuat kasus pengujian, klik Aktifkan Pengeditan. Versi baru dalam status DRAFT dibuat di integrasi untuk Anda.
Gambar berikut menunjukkan kunci pengeditan di editor integrasi.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Sulit dipahami","hardToUnderstand","thumb-down"],["Informasi atau kode contoh salah","incorrectInformationOrSampleCode","thumb-down"],["Informasi/contoh yang saya butuhkan tidak ada","missingTheInformationSamplesINeed","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 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)."]]
