Prüfabläufe während der Entwicklung

Sie können automatisch generierte oder benutzerdefinierte Beispieldaten verwenden, um die Mappings und Datentransformationen für die Knoten in einem Fluss zu testen.

Informationen zu dieser Task

Wenn Sie ein Feld einem Wert aus einem vorherigen Knoten in Ihrem Ablauf zuordnen, können Sie einige Beispieldaten sehen, die den Inhalt dieses Feldes darstellen. Wenn Sie JSONata auf diese Zuordnung anwenden, werden die Beispieldaten umgewandelt, um das Ergebnis anzuzeigen.

Tipp: Das Testen von Zuordnungen und Transformationen für ein Feld wirkt sich nur auf die Beispieldaten aus, die für das Feld im Ablaufeditor angezeigt werden. Diese Art von Tests hat keine Auswirkungen auf Ihre verbundenen Anwendungen.

Um Beispieldaten zu verwenden, um die Zuordnungen und Transformationen in Ihren Eingabefeldern zu testen, führen Sie die folgenden Schritte aus.

1. Öffnen Sie den Fluss, den Sie testen möchten, in App Connect Designer.
2. Wählen Sie im Ablaufeditor einen Knoten in Ihrem Ablauf und klicken Sie dann auf Beispieldaten.
   

   Alternativ können Sie ein Feld auswählen und dann auf Bearbeiten klicken, um den Bereich Kontext- und Beispieldaten mit dem Fokus auf die Beispieldaten für das ausgewählte Feld zu öffnen.

   

   Wenn Sie mehr als eine Zuordnung in einem Feld haben, können Sie auch auf die Zuordnung klicken und im Menü Beispieldaten bearbeiten wählen.

   
   Wenn sich der Bereich Kontext- und Beispieldaten öffnet, können Sie die Felder für jeden der vorherigen Knoten im Ablauf erweitern. Der Anfangssatz der Beispieldaten hängt vom Feldtyp ab:

   • String-Felder haben einen Musterdatenwert von SampleFieldName.
   • Ganzzahlige Felder haben einen Wert von 1.
   • Boolesche Felder haben einen Wert von true.
   • Datumsfelder haben einen Wert von 1985-04-12T23:20:50.52Z.

   
3. Im Bereich Kontext und Beispieldaten können Sie jedes der Beispieldatenfelder mit Ihren eigenen benutzerdefinierten Werten bearbeiten. Alternativ können Sie auf Stichprobendaten neu generieren klicken, um automatisch einen Satz realistischerer Stichprobenwerte, wie Namen, Adressen und ID-Nummern, zu erzeugen.
   

   Änderungen, die Sie an den Beispieldaten im Bereich Kontext und Beispieldaten vornehmen, werden sofort in den Beispieldaten für den Knoten berücksichtigt. Die Änderungen spiegeln sich auch in allen späteren Knoten im Fluss wider, die auf diese Zuordnungen verweisen. Diese Änderungen bleiben bestehen, solange der Ablaufeditor geöffnet ist. Wenn Sie JSONata-Funktionen auf das Mapping angewendet haben, werden die Beispieldaten so umgewandelt, dass das Ergebnis dieser Funktionen angezeigt wird.

4. Um den Bereich Kontext und Beispieldaten zu schließen, klicken Sie entweder auf oder auf Beispieldaten schließen.
   

Um die Auswirkung einer Aktion auf eine Zielanwendung zu testen, lösen Sie die Aktion mit Beispieldaten aus und überprüfen dann die Testergebnisse, die die Anwendung zurückgibt.

Um die Einstellungen für eine Aktion zu testen, führen Sie die folgenden Schritte aus.

1. Öffnen Sie den Fluss, den Sie testen möchten, in App Connect Designer.
2. Wählen Sie im Ablaufeditor einen Aktionsknoten in Ihrem Ablauf aus, und klicken Sie dann auf Beispieldaten.
   
   Wenn sich der Bereich Kontext- und Beispieldaten öffnet, können Sie die Felder für jeden der vorherigen Knoten im Ablauf erweitern. Der Anfangssatz der Beispieldaten hängt vom Feldtyp ab:

   • String-Felder haben einen Musterdatenwert von SampleFieldName.
   • Ganzzahlige Felder haben einen Wert von 1.
   • Boolesche Felder haben einen Wert von true.
   • Datumsfelder haben einen Wert von 1985-04-12T23:20:50.52Z.

   
3. Bearbeiten Sie entweder die Beispieldaten, um realistische Werte zu erhalten, oder klicken Sie auf Beispieldaten neu generieren, wodurch automatisch eine Reihe realistischerer Beispieldaten, wie Namen, Adressen und ID-Nummern, erzeugt werden.
   Tipp: Stellen Sie sicher, dass die Beispieldaten für die Art der Aktion, die Sie testen, geeignet sind. Wenn Sie Daten unter Verwendung einer ID oder E-Mail-Adresse abrufen, müssen die Beispieldaten eine gültige ID oder E-Mail-Adresse enthalten, die in der Zielanwendung vorhanden ist. Oder wenn Sie einen Datensatz erstellen, müssen die Beispieldaten mit einem speziellen Format übereinstimmen, das die Zielanwendung für bestimmte Felder verlangt, z. B. eine E-Mail-Adresse von abc@xyz.com anstelle von SampleEmail.
4. Um die Aktion mit den bereitgestellten Beispieldaten zu testen, klicken Sie auf Aktion testen.
   

   Die Aktion wird einmalig in Ihrem verbundenen Konto abgeschlossen. Im vorherigen Beispiel wurde ein Kunde in Shopify erstellt, indem Musterdaten für einen neuen Lead in Salesforce verwendet wurden. Wenn die Aktion abgeschlossen ist, wird eine Benachrichtigung über das Testergebnis angezeigt.

   
5. Um die von der Anwendung zurückgegebenen Testergebnisse zu sehen, klicken Sie auf Details anzeigen, um den Bereich Testergebnisse zu öffnen. Dieser Bereich enthält die Registerkarten Eingabe und Ausgabe. Die Ergebnisse werden auf der Registerkarte "Ausgabe" als eine Liste von Werten für die Felder des erstellten oder abgerufenen Objekts angezeigt. Die Registerkarte Eingabe zeigt den Inhalt der Anfrage.
   Klicken Sie im Bereich " Testergebnisse" auf das Symbol " Code", um die JSON-Ausgabe für den Test anzuzeigen. Sie können diese Ausgabe dann kopieren, indem Sie auf das Symbol Kopieren klicken.

   

   Tipp: Es werden nicht alle Eigenschaften im Bereich "Testergebnisse" angezeigt. Um alle Eingabe- und Ausgabeeigenschaften im JSON-Format zu sehen, verwenden Sie die Codeansicht.

   Wenn eine ausgelöste Aktion in einer Zielanwendung mit einem Fehler fehlschlägt, zeigt die Testbenachrichtigung an, dass der Test fehlgeschlagen ist. Klicken Sie auf Details anzeigen, um weitere Informationen über den Fehler zu erhalten.

Nachdem Sie alle Knoten in einem Ablauf konfiguriert haben, können Sie die Auswirkungen des Ablaufs auf die Zielanwendungen testen, indem Sie Beispieldaten verwenden und die Testergebnisse überprüfen.

Informationen zu dieser Task

Achtung! Wenn Sie eine Aktion auf diese Weise testen, werden die Aktionen auf den Zielanwendungen, mit denen Sie verbunden sind, abgeschlossen. Vergewissern Sie sich vor dem Testen, dass die angeschlossenen Konten für die Aktionen für den Test geeignet sind. Sie können ein Konto zum Testen verwenden und dann ein anderes Konto, wenn Sie den Ablauf bereitstellen.

Wenn Sie die App Connect für die Ende-zu-Ende-Überwachung in IBM® webMethods Hybrid Integration aktiviert haben, werden Bewegungen, die Sie mit Beispieldaten testen, nicht als Teil der End-to-End-Überwachung angezeigt.

Um einen ereignisgesteuerten oder API-Ablauf zu testen, vergewissern Sie sich, dass die Aktionen in Ihrem Ablauf mit den entsprechenden Konten verbunden sind, z. B. mit Ihrem Salesforce Entwickler-Konto. Und stellen Sie sicher, dass Ihr Fluss keine Validierungsfehler aufweist. Wenn diese Bedingungen erfüllt sind, ist der Status des FlussesDraft (ready to deploy)und die Option Testablauf ist im Ablaufeditor verfügbar.

Einschränkung:

• Wenn Sie einen Ablauf testen, der einen Für jeden Knoten enthält, verarbeitet der Knoten nur die ersten drei Elemente, die er empfängt.

Um alle Aktionen in einem Ablauf zu testen, führen Sie die folgenden Schritte aus.

1. Öffnen Sie den Fluss, den Sie testen möchten, in App Connect Designer.
   Wenn Sie einen API-Ablauf testen, öffnen Sie den API-Ablauf und klicken Sie dann auf Ablauf bearbeiten für den entsprechenden Vorgang.

   
2. Geben Sie im Ablaufeditor realistische Beispieldaten für jeden Knoten in Ihrem Ablauf an. Wählen Sie einen Aktionsknoten in Ihrem Ablauf und klicken Sie dann auf Beispieldaten.
   
   Wenn sich der Bereich Kontext- und Beispieldaten öffnet, können Sie die Felder für jeden der vorherigen Knoten im Ablauf erweitern. Der Anfangssatz der Beispieldaten hängt vom Feldtyp ab:

   • String-Felder haben einen Musterdatenwert von SampleFieldName.
   • Ganzzahlige Felder haben einen Wert von 1.
   • Boolesche Felder haben einen Wert von true.
   • Datumsfelder haben einen Wert von 1985-04-12T23:20:50.52Z.

   
3. Bearbeiten Sie entweder die Beispieldaten, um realistische Werte zu erhalten, oder klicken Sie auf Beispieldaten neu generieren, wodurch automatisch eine Reihe realistischerer Beispieldaten, wie Namen, Adressen und ID-Nummern, erzeugt werden.
   Tipp: Stellen Sie sicher, dass die Beispieldaten für die Art der Aktion, die Sie testen, geeignet sind. Wenn Sie Daten unter Verwendung einer ID oder E-Mail-Adresse abrufen, müssen die Beispieldaten eine gültige ID oder E-Mail-Adresse enthalten, die in der Zielanwendung vorhanden ist. Oder wenn Sie einen Datensatz erstellen, müssen die Beispieldaten mit einem speziellen Format übereinstimmen, das die Zielanwendung für bestimmte Felder verlangt, z. B. eine E-Mail-Adresse von abc@xyz.com anstelle von SampleEmail.

   Wiederholen Sie diesen Schritt für jeden Knoten in Ihrem Ablauf.
   Das folgende Beispiel zeigt den Anfrageknoten eines einfachen Ablaufs für eine API, die Kontaktdetails von Salesforce nach ID abruft. Im Bereich Kontext und Beispieldaten werden die Standard-Beispieldaten für den Anfrageparameter CustomerID mit einer tatsächlichen Kontakt-ID aus der verbundenen Instanz Salesforce überschrieben.

   

   Die Aktion Salesforce Kontakte abrufen definiert die Bedingung "Abrufen nach ID" und gibt an, dass die benutzerdefinierte Proben-ID aus dem Knoten Anfrage zum Aufrufen von Salesforce verwendet wird.

   

   Der Knoten Antwort definiert den Statuscode und die Kontaktdaten, die bei einer erfolgreichen Antwort zurückgegeben werden.

4. Wenn Sie mit den Beispieldaten für alle Knoten im Ablauf zufrieden sind, testen Sie den Ablauf.
   • Wenn Sie einen API-Ablauf testen, klicken Sie auf Ablauf testen.
     
   • Wenn Sie einen ereignisgesteuerten Ablauf testen, klicken Sie auf Ablauf testen > Beispieldaten verwenden.
     
5. Wenn Ihre angeschlossenen Anwendungen für den Test geeignet sind, klicken Sie auf Testen.
   Wenn Sie eine Bewegung anhand von Beispieldaten testen, wird die Bewegung einmal ausgeführt und führt alle Aktionen in Ihren verbundenen Konten aus. Wenn die Verarbeitung des Ablaufs abgeschlossen ist, wird eine Benachrichtigung über das Testergebnis angezeigt.

   
6. Um die von der Anwendung zurückgegebenen Testergebnisse zu sehen, klicken Sie auf Details anzeigen, um den Bereich Testergebnisse zu öffnen. Die Ergebnisse werden auf der Registerkarte " Ausgabe" angezeigt. Sie können den Inhalt der Anfrage auch auf der Registerkarte Eingabe sehen.
   

   Klicken Sie im Bereich " Testergebnisse" auf das Symbol " Code", um die JSON-Ausgabe für den Test anzuzeigen. Sie können diese Ausgabe dann kopieren, indem Sie auf das Symbol Kopieren klicken.

   

   Tipp: Es werden nicht alle Eigenschaften im Bereich "Testergebnisse" angezeigt. Um alle Eingabe- und Ausgabeeigenschaften im JSON-Format zu sehen, verwenden Sie die Codeansicht.

   Bei ereignisgesteuerten Abläufen wird bei erfolgreichen Testergebnissen die MeldungThe flow test completed successfully.Sie können die Zielanwendungen überprüfen, um sicherzustellen, dass Sie die erwarteten Ergebnisse sehen können.

   

   Wenn eine ausgelöste Aktion in einer Zielanwendung mit einem Fehler fehlschlägt, zeigt die Testbenachrichtigung ein fehlgeschlagenes Ergebnis an, und die Details liefern weitere Informationen. Im folgenden Beispiel wurde eine Beispiel-ID generiert, um den Ablauf zu testen, was zu einem Fehlschlag führte, da diese Kontakt-ID in der verbundenen Instanz Salesforce nicht existiert.

   

Sie können einen ereignisgesteuerten Ablauf vorübergehend im Ablaufeditor ausführen, um sein Verhalten zu überprüfen, bevor Sie ihn einsetzen.

Informationen zu dieser Task

Achtung! Wenn Sie einen Ablauf auf diese Weise testen, werden alle Aktionen auf den Zielanwendungen, mit denen Sie verbunden sind, abgeschlossen. Vergewissern Sie sich vor dem Testen, dass die angeschlossenen Konten für die Aktionen für den Test geeignet sind. Sie können ein Konto zum Testen verwenden und dann ein anderes Konto, wenn Sie den Ablauf bereitstellen.

Sie können eine Bewegung starten, um sie im Bewegungseditor zu testen. Wenn Sie einen Ablauf mit echten Daten testen, wird der Ablauf immer dann ausgelöst, wenn Ihre Quellanwendung aktualisiert wird, während der Ablauf im Ablaufeditor läuft. Der Ablauf bleibt aktiv, bis Sie auf Test beenden klicken.

Integration Runtime-Ruhezustand: Wenn Sie Flows in App Connect Designer testen, werden sie in einer Standard-Integrationslaufzeit ausgeführt und laufen weiter, solange Sie bei Ihrer Instanz angemeldet sind. Nachdem Sie für einige Zeit abgemeldet sind, geht die Standard-Integrationslaufzeit in den Ruhezustand über, um Ressourcen zu sparen, und Ihre Entwicklungsabläufe in App Connect Designer werden angehalten. Wenn Sie sich erneut anmelden, wird die Standard-Integrationslaufzeit neu gestartet, und Sie können Ihre Abläufe neu starten.

Um einen ereignisgesteuerten Ablauf mit echten Daten zu testen, stellen Sie sicher, dass die Aktionen in Ihrem Ablauf mit den entsprechenden Konten verbunden sind, z. B. mit Ihrem Salesforce Entwickler-Konto. Und stellen Sie sicher, dass Ihr Fluss keine Validierungsfehler aufweist. Wenn diese Bedingungen erfüllt sind, ist der Status des FlussesDraft (ready to deploy)und die Option Testablauf ist im Ablaufeditor verfügbar.

Um Ihren Datenfluss mit echten Daten zu testen, führen Sie die folgenden Schritte aus.

1. Öffnen Sie den Fluss, den Sie testen möchten, in App Connect Designer, und klicken Sie dann auf Fluss testen > Mit echten Daten.
   Alternativ können Sie das Menü auf der Kachel „Ablauf“ auf der Seite „Entwurf“ öffnen und dann auf „Mit realen Daten testen“ klicken.
2. Wenn Ihre angeschlossenen Anwendungen für den Test geeignet sind, klicken Sie auf Testen.
   Der Status der Bewegung ändert sich zuPreparing to testwährend der Ablauf vorübergehend für die Standard-Integrationslaufzeit bereitgestellt wird. Wenn der Fluss bereit ist, getestet zu werden, ändert sich der Status inTesting.
3. Vervollständigen Sie in der Quellanwendung Ihres Ablaufs die Ereignisaktivität, die den Ablauf auslöst.
   Um zum Beispiel den folgenden Ablauf auszulösen, erstellen Sie einen Kontakt in der Instanz Salesforce, der mit Salesforce Account 1 verknüpft ist.

   
   Tipp:

   • Um einen Ablauf zu testen, ohne Produktionskonten für Anwendungen zu verwenden, können Sie Testkonten für die Ereignisse und Aktionen im Ablauf einrichten.
   • Sie können die Reihenfolge der Aktionen in einem Ablauf testen, ohne das auslösende Ereignis abzuschließen. Ersetzen Sie das Ereignis im Ablauf vorübergehend durch ein Scheduler-Ereignis und wählen Sie die Option Auch den Ablauf ausführen, wenn er zum ersten Mal eingeschaltet wird.

   Wenn Sie einen Ablauf anhand von echten Daten testen, bleibt der Ablauf aktiv und wird jedes Mal ausgeführt, wenn das Ereignis ihn auslöst. Der Fluss vervollständigt alle Aktionen in Ihren verbundenen Konten.

4. Überprüfen Sie die Zielanwendungen, um sicherzustellen, dass Sie die erwarteten Ergebnisse sehen können.
   Überprüfen Sie zum Beispiel Ihre Asana-Instanz, um sicherzustellen, dass eine Aufgabe erstellt wurde, um Aktionen zu verarbeiten, die mit dem neuen Kontakt Salesforce zusammenhängen.

   Wenn Streaming-Ereignisse den Fluss auslösen, werden die Aktionen in den Anwendungen kurz nach Auslösung des Flusses abgeschlossen. Wenn abgefragte Ereignisse oder ein Scheduler-Ereignis den Ablauf auslösen, werden die Aktionen in den Anwendungen gemäß dem konfigurierten Zeitplan ausgeführt.

5. Wenn Sie den Test des Ablaufs beendet haben, klicken Sie auf Test beenden.
   Der Status des Flusses kehrt zurück zuDraft (ready to deploy).

Wenn Sie einen API-Ablauf erstellen, bietet die Definition eine API, die Sie aufrufen können. Überprüfen Sie das Verhalten einer API, indem Sie die integrierte Testfunktion verwenden, um die Endpunkte für jeden API-Vorgang aufzurufen.

Informationen zu dieser Task

Achtung! Wenn Sie eine API auf diese Weise testen, werden Aktionen auf den Zielanwendungen, mit denen Sie verbunden sind, abgeschlossen. Vergewissern Sie sich vor dem Testen, dass die angeschlossenen Konten für die Aktionen für den Test geeignet sind. Sie können ein Konto zum Testen verwenden und dann ein anderes Konto, wenn Sie den Ablauf bereitstellen.

Wenn Sie die App Connect für die Ende-zu-Ende-Überwachung in IBM webMethods Hybrid Integration aktiviert haben, werden Bewegungen, die Sie mit Beispieldaten testen, nicht als Teil der End-to-End-Überwachung angezeigt.

Sie können eine API im Ablaufeditor testen, bevor Sie sie bereitstellen. Sie können auch Beispieldaten verwenden, um den Fluss zu testen, der eine API-Operation implementiert, und nicht die API selbst. Weitere Informationen finden Sie unter Testen einer Bewegung mit Beispieldaten.

Um eine API zu testen, vergewissern Sie sich, dass alle Vorgänge über Abläufe verfügen und dass die Aktionen in Ihren Abläufen mit den entsprechenden Konten verbunden sind, z. B. mit Ihrem Salesforce Entwicklerkonto. Und stellen Sie sicher, dass Ihre Abläufe keine Validierungsfehler aufweisen. Wenn diese Bedingungen erfüllt sind, ist der Status des FlussesDraft (ready to deploy)und die Option Test API ist im Ablaufeditor verfügbar.

Wenn Sie eine API testen, bleibt die API aktiv, bis Sie auf Test beenden klicken.

Hinweis: Wenn Sie Abläufe in App Connect Designer testen, werden sie in einer Standard-Integrationslaufzeit ausgeführt und laufen weiter, während Sie bei Ihrer Instanz angemeldet sind. Nachdem Sie für einige Zeit abgemeldet sind, geht die Standard-Integrationslaufzeit in den Ruhezustand über, um Ressourcen zu sparen, und Ihre Entwicklungsabläufe in App Connect Designer werden angehalten. Wenn Sie sich erneut anmelden, wird die Standard-Integrationslaufzeit neu gestartet, und Sie können Ihre Abläufe neu starten.

Um Ihre API zu testen, führen Sie die folgenden Schritte durch.

1. Öffnen Sie die API, die Sie testen möchten, in App Connect Designer und klicken Sie auf API testen.
   Alternativ können Sie das Menü auf der Kachel „Flow“ auf der Seite „Design“ öffnen und dann auf „API testen“ klicken.
2. Wenn Ihre angeschlossenen Anwendungen für den Test geeignet sind, klicken Sie auf Testen.
   Der Status der API ändert sich zuPreparing to testwährend der Ablauf vorübergehend für die Standard-Integrationslaufzeit bereitgestellt wird. Wenn die API zum Testen bereit ist, ändert sich der Status inTestingund die Registerkarte Test ist verfügbar.
3. Klicken Sie auf die Registerkarte Test.
   Die Seite Übersicht zeigt den API-Typ, das Protokoll, die Basis URL für den API-Endpunkt und das Sicherheitsschema. Wenn die API automatisch in Ihrer Instanz veröffentlicht wurde API Connect instanz veröffentlicht wurde, als Sie den Fluss getestet haben, wird der API-Endpunkt durch den Gateway-Dienst in API Connect. (Weitere Informationen finden Sie unter Erstellen von Abläufen für eine API von Grund auf ) Andernfalls wird der Endpunkt von Ihrer App Connect Designer-Bereitstellung bereitgestellt.

   

   Wenn der API-Endpunkt von App Connect bereitgestellt wird, ist der Endpunkt unterschiedlich, je nachdem, ob die API bereitgestellt oder getestet wird.

   • Wenn Sie eine API testen, wird die API vorübergehend für die Standard-Integrationslaufzeit bereitgestellt. Daher beginnt der API-Endpunkt mit https://default-integration-runtime; zum Beispiel:

     https://default-integration-runtime-https-ac0abcd2def.p-vir-d1.appconnect.ibmappdomain.cloud/Bookstore_API

   • Wenn Sie eine API bereitstellen, wird die API für die von Ihnen erstellte Laufzeitumgebung bereitgestellt. Daher beginnt der API-Endpunkt mit dem Namen Ihrer Laufzeitumgebung, zum Beispiel:

     https://my-custom-ir-https-ac0abcd2def.p-vir-d1.appconnect.ibmappdomain.cloud/Bookstore_API

   Die Registerkarte Test bietet ein Filtermenü und listet die Operationen auf, die für den API-Ablauf und die Modelldefinitionen implementiert sind. Über das Menü Filter können Sie ändern, wie die Vorgänge beschriftet oder gruppiert werden. (Sie können die Vorgänge nach Modellnamen gruppieren.)

   

   Klicken Sie auf die einzelnen Vorgänge, um die Details zu sehen und das Verhalten zu testen. Der angezeigte Tag identifiziert das Modell, zu dem ein Vorgang gehört.

   Auf der Registerkarte Details werden für jeden Vorgang die folgenden Informationen angezeigt.

   • Die HTTP Methode und der Antrag für den Vorgang.
   • Die Authentifizierungsmethode (Sicherheitsschema), die die API verwendet.
   • Die Kopfparameter in einem einklappbaren Abschnitt.
   • Der Textkörper, der Pfad oder die Abfrageparameter mit Beispielen und das Schema, falls relevant, in zusammenklappbaren Abschnitten. Die Parameter, die Sie sehen, hängen von den Einstellungen für den Vorgang ab.
     
   • Sprachen, die bei der Anfrage verwendet werden können, und ein Codebeispiel für den Aufruf des Vorgangs in der ausgewählten Sprache.
   • Antwortstatuscodes für den Vorgang und das Schema des Antwortkörpers mit einem Beispiel.
     
     Sie können auch auf Definitionen klicken und die Abschnitte erweitern, um die Schemadefinition für jedes Modell und ein Beispiel anzuzeigen.

     
4. Um einen API-Vorgang zu testen, wählen Sie den Vorgang aus und gehen Sie dann auf die Registerkarte Ausprobieren.
   Die generierten Sicherheitsnachweise und Anfrageparameter werden angezeigt.

   Wenn Unified Authoring aktiviert ist, zeigt der Abschnitt Sicherheit an, dass ein Client-ID-Sicherheitsschema mit einem X-IBM-Client-Id -Parameter verwendet wird, um die Anmeldeinformationen im Anfragekopf der API zu übergeben.

   

   Um den Vorgang unter Verwendung eines der mitgelieferten Codebeispiele im Abschnitt Beispielanforderung auf der Registerkarte Details aufzurufen, fügen Sie den Wert der Client-ID in die Anforderung ein. Diese Client-ID ist in Ihrer App Connect Designer-Instanz nicht sichtbar, daher müssen Sie sie von Ihrer API Connect instanz beziehen. Öffnen Sie in der API Manager-Benutzeroberfläche die Sandbox oder den benutzerdefinierten Katalog, in dem die API veröffentlicht wurde. Klicken Sie dann auf die Registerkarte Anwendungen, um die Client-ID anzuzeigen und zu kopieren.

   

   Wenn Unified Authoring nicht aktiviert ist, wird die Basisauthentifizierung für das Sicherheitsschema verwendet. Sie können den Vorgang mit Hilfe eines der mitgelieferten Codebeispiele im Abschnitt Beispielanforderung auf der Registerkarte Details aufrufen. Kopieren Sie den angezeigten Benutzernamen und das Kennwort, um sie im Autorisierungskopf der Anfrage zu verwenden.

   Beispiel: Authorization: Basic REPLACE_BASIC_AUTH. Der REPLACE_BASIC_AUTH-Wert ist normalerweise der Base64-encoded -Wert von username:password.

   
5. Geben Sie im Abschnitt Parameter die Testdaten an, die in der Anfrage übergeben werden sollen, indem Sie auf Generieren klicken, um Beispieldaten zu generieren, oder indem Sie Ihre eigenen Daten angeben. Die benötigten Daten sind je nach Art und Definition des Vorgangs unterschiedlich.
   • Für POST-Operationen können Sie Beispieldaten für den Textkörper oder die Abfrageparameter generieren. Sie können auch manuell Daten angeben, die dem Body- oder Abfrageschema für den Vorgang entsprechen.
   • Bei GET-Vorgängen können Sie Abfrage- oder Pfadparameter angeben. Möglicherweise müssen Sie auch eine vorhandene gültige ID oder einen anderen Wert angeben, der die Daten, die Sie aus der Zielanwendung abrufen wollen, eindeutig identifiziert.
   • Bei PUT-Operationen können Sie Pfad- oder Body-Parameter angeben.

   Das folgende Beispiel zeigt generierte Beispieldaten im JSON-Format für einen POST-Vorgang, der ein Produkt (ein Buch) in Salesforce.

   
6. Klicken Sie auf Senden, um den API-Vorgang aufzurufen, und überprüfen Sie dann die angezeigte Anfrage und Antwort.
   Das folgende Beispiel zeigt die Anfrage und die Antwort für einen POST-Vorgang zum Anlegen eines Kunden in Salesforce. Die Antwort enthält den zurückgegebenen Erfolgscode (201 Created), die Kopfzeilen und den Wert CustomerID , der die Kontakt-ID darstellt, die Salesforce zuweist.

   
7. Falls für den Vorgang relevant, prüfen Sie, ob die Zielanwendungen die erwarteten Ergebnisse liefern.
8. Wenn Sie den Test der API abgeschlossen haben, klicken Sie auf Test beenden.
   Der Status der API kehrt zuDraft (ready to deploy).