--- sourceDocument: Yokohama Erstellen oder ändern Sie Anwendungen sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/yokohama/application-development Release : - yokohama ft:locale : - de-DE ft:publication_title : - Yokohama Erstellen oder ändern Sie Anwendungen ft:clusterId : - cadev bundleId : - cadev workflow : - Creator --- Automated Test Framework erkunden ================================= Automated Test Framework erkunden {#ariaid-title1} ================================================== * Freigeben Version: Yokohama * * Aktualisiert 30. Januar 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 5 Minuten Lesedauer Automated Test Framework hilft Ihnen, die Integrität Ihrer -Instanz sicherzustellen, indem die Erstellung und Ausführung automatisierter Tests nach Changes ermöglicht wird. Vorteile {#automated-test-framework__section_kkh_g32_mfb} --------------------------------------------------------- Automated Test Framework bietet Change Managern und Entwickler diese Vorteile. * Reduzieren Sie den Upgrade- und die Entwicklungszeitaufwand, indem Sie manuelle Tests durch automatisierte Tests ersetzen. * Erstellen Sie Tests einmalig und verwenden Sie sie erneut in verschiedenen Kontexten und mit verschiedenen Testdatensätzen. * Halten Sie die Testinstanzen sauber, indem Sie die Testdaten und die nach jedem Testlauf vorgenommenen Änderungen zurücksetzen. * Erstellen Sie Testsuites, um Tests in Batches zu organisieren und auszuführen. * Planen Sie Testsuite-Läufe. * Aktivieren Sie nicht technische Testdesigner, um Tests für die Standard-Now Platform-Funktionalität zu erstellen. * Reduzieren Sie die Testdesignzeit durch Kopieren von Schnellstarttests und Testreihen. * Erstellen Sie benutzerdefinierte Testschritte, um die Testabdeckung zu erweitern. {#automated-test-framework__ul_olt_m32_mfb} Automated Test Framework-Datensätze und Komponenten {#automated-test-framework__section_xp2_n32_mfb} ---------------------------------------------------------------------------------------------------- Das Automated Test Framework besteht aus diesen Datensätzen und Komponenten. Test {#automated-test-framework__section_nvy_b1c_qfb} ----------------------------------------------------- Ein Test ist eine logische Gruppierung verwandter automatisierter Testschritte, die einige Funktionalitäten oder Funktionen überprüfen. Jeder Test ist ein Datensatz in der Testtabelle \[sys_atf_test\]. Testdesigner erstellen normalerweise einen Test, um eine Funktion oder eine Gruppe zugehöriger Funktionen zu überprüfen. Zum Beispiel validiert der Test CSM: Produktfall erstellen die Erstellung von Produktfalldatensätzen. Jeder Test enthält eine zugehörige Liste mit Testschritten und Testergebnissen. Testsuite {#automated-test-framework__section_rkf_d1c_qfb} ---------------------------------------------------------- Eine Testsuite ist eine Sammlung von Tests, die in einer bestimmten Reihenfolge ausgeführt werden. Testdesigner erstellen normalerweise eine Testsuite, um eine Anwendung oder eine Gruppe zugehöriger Funktionen zu testen. Zum Beispiel validiert die Testsuite CSM: Case Management die Funktionalität der Anwendung „Customer Service Management". Testdesigner können die Ausführung von Testsuites planen und alle erforderlichen Client-Test Runner starten. Schnellstarttest {#automated-test-framework__section_ls4_21c_qfb} ----------------------------------------------------------------- Ein Schnellstarttest ist ein Test oder eine Test-Suite, die mit den Demodaten einer Anwendung installiert wird. Verwenden Sie Schnellstarttests als Vorlagen, um eigene Tests und Testsuites zu erstellen. Weitere Informationen finden Sie [in diesem Übersichtsvideo zum Schnellstarttest](https://www.youtube.com/watch?v=-4DTeOGBCpI). Testschritt {#automated-test-framework__section_ag3_f1c_qfb} ------------------------------------------------------------ Ein Testschritt kombiniert eine Schrittkonfiguration mit den Laufzeit-Testdaten, die zur Ausführung eines Schrittes erforderlich sind. Der Testschritt gibt immer die Reihenfolge an, in der er im Test abläuft. Testschritte haben eine eigene zugehörige Liste mit zugehörigen Ergebnissen. Jeder Testschritt ist ein Datensatz in der Testschritttabelle \[sys_atf_step\], die eine Testaktion, die Schrittkonfiguration und eine Ausführungsreihenfolge angibt. Testdesigner fügen Testtests Testschritte hinzu, um die Funktionalität zu überprüfen. Zum Beispiel nimmt der erste Testschritt des Tests CSM: Produktfall erstellen die Identität des Demo-Benutzers John Jason an, der für Case Management autorisiert ist. Schrittkonfiguration {#automated-test-framework__section_kvh_g1c_qfb} --------------------------------------------------------------------- Eine Schrittkonfiguration ist eine spezifische Testaktion, die Automated Test Framework ausführen kann. Schrittkonfigurationen enthalten keine Laufzeit-Testdaten und können nur ausgeführt werden, wenn Testdesigner sie als Teil eines Testschritts hinzufügen. Jede Schrittkonfiguration ist ein Datensatz in der Testschrittkonfigurationstabelle \[sys_atf_step_config\], die die Eingabevariablen angibt, die zum Ausführen der Schrittkonfiguration verwendet werden, und die Ausgabevariablen, die für andere Schrittkonfigurationen verfügbar sind. Zum Beispiel ermöglicht die Schrittkonfiguration Identität annehmen es einem Test, die Identität eines anderen Benutzers anzunehmen. Automated Test Framework stellt eine Standardliste von Schrittkonfigurationen für die meisten Anwendungsfälle bereit und ermöglicht Testdesignern, ihre eigenen benutzerdefinierten Schrittkonfigurationen zu erstellen. Schrittvariable {#automated-test-framework__section_nnh_n1c_qfb} ---------------------------------------------------------------- Eine Schrittvariable speichert schrittspezifische Eingabe- und Ausgabewerte. Zum Beispiel enthält die Schrittkonfiguration Ein neues Formular öffnen Variablen, um die Namen der Tabellen- und Formularansicht anzugeben. Verwenden Sie Schrittvariablen, um ein bestimmtes Testschrittziel anzugeben oder Informationen an andere Testschritte zu übergeben. Testergebnis {#automated-test-framework__section_iz1_41c_qfb} ------------------------------------------------------------- Ein Testergebnis speichert die Ausgabe eines Test- oder Testsuite-Laufs. Jedes Testergebnis ist ein Eintrag in der Testergebnistabelle \[sys_atf_test_result\], in der die Dauer des Testlaufs, der Status des Tests und, sofern verfügbar, Screenshots angegeben sind. Verwenden Sie Testergebnisse, um fehlgeschlagene oder nicht laufende Tests zu identifizieren, und verwenden Sie die Testprotokolle, um weitere Informationen zu Testergebnissen anzuzeigen. Standardmäßig löscht das System Test- und Testsuite-Ergebnisse 30 Tage nach ihrer Erstellung, es sei denn, Sie aktivieren die Option, das Testergebnis auf unbestimmte Zeit beizubehalten. Schrittergebnis {#automated-test-framework__section_ekf_p1c_qfb} ---------------------------------------------------------------- Ein Schrittergebnis speichert die Ausgabe eines Testschrittlaufs. Jedes Schrittergebnis ist ein Datensatz in der Schrittergebnistabelle \[sys_atf_test_result_step\], die den Status des Testschritts, eine Zusammenfassung der Ausgabe und ein vollständiges Protokoll der vom Testschritt generierten Ausgabe angibt. Verwenden Sie Schrittergebnisse, um Fehler und Funktionen zu identifizieren, die überprüft werden müssen. Assert-Typ {#automated-test-framework__section_uqj_5db_zfb} ----------------------------------------------------------- Das Feld Assert-Typ gibt die Bedingungen an, die erfüllt sein müssen, damit ein Test bestanden wird. Testdesigner können mit Assertionen angeben, ob die Ergebnisse eines Vorgangs erwartet oder unerwartet sind. Angenommen Sie möchten testen, dass ein Datensatz nicht aktualisiert werden kann. In diesem Fall fügen Sie einen Testschritt „Datensatz eingefügt" hinzu und setzen das Feld Assert-Typ auf Datensatz wurde nicht eingefügt. Der Test wird bestanden, wenn die Datensatzeinfügung fehlschlägt. Einige Testschrittkategorien, die Schritte mit einem Feld Assert-Typ enthalten, umfassen: * [Kategorie „Server"](https://servicenow-prod.fluidtopics.net/8tckVpV0qKoL3mdF2j70Xw#test-steps-server-category "Führen Sie serverseitige Vorgänge aus. Beispielsweise können Sie einen Datensatz abfragen und aktualisieren, die Identität eines Benutzers annehmen oder ein serverseitiges Skript ausführen."): Feststellen, welche CRUD-Vorgänge bewirken, dass ein Test erfolgreich ist oder nicht. * [Kategorie „Benutzerdefinierte UI"](https://servicenow-prod.fluidtopics.net/nXgQRlKmnH1KUCS52SQD0A#test-steps-custom-ui-category "Validieren Sie das Verhalten von Seitenkomponenten auf benutzerdefinierten Benutzeroberflächen."): Feststellen, welche Komponentenzustände bewirken, dass ein Test erfolgreich ist oder nicht, und ob sichtbarer Text dazu führt, dass ein Test erfolgreich ist oder nicht. * [Formulare in der Serviceportal-Kategorie](https://servicenow-prod.fluidtopics.net/Si_g_XaK4AJtRKr~6L46tQ#test-steps-forms-portal-category "Validieren Sie die Funktionalität von Feldern und UI Actions in Serviceportal-Formularwidgets."): Feststellen, ob ein Formular aufgrund von Validierungsfehlern im Browser abgebrochen wurde oder ein erfolgreich an den Server übermitteltes Formular den Test bestanden hat. {#automated-test-framework__ul_eh4_ldb_zfb} Client-Test Runner {#automated-test-framework__section_mnl_q1c_qfb} ------------------------------------------------------------------- Ein Client-Test Runner ist eine Browser-Registerkarte, die Testschritte auf der Client-Seite innerhalb einer Now Platform-Benutzeroberfläche ausführt. Client-Test Runner benötigen eine Browser-Registerkarte. Wenn beim Ausführen eines Tests kein Client-Test Runner verfügbar ist, werden Sie vom System aufgefordert, einen zu öffnen. Tester können einen Client-Test Runner manuell starten oder einen vorhandenen Client-Test Runner auswählen. Testdesigner können den Start von Client-Test Runnern planen, wenn sie die Ausführung einer Testsuite planen. Benutzerrollen {#automated-test-framework__section_xzx_vx5_5fb} --------------------------------------------------------------- Weisen Sie Rollen zu, um Automated Test Framework-Berechtigungen zu definieren. {#automated-test-framework__table_spv_zx5_5fb__entry__2} | Rollentitel \[name\] | Rollenbeschreibung | |----------------------|-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | atf_test_admin | Erstellt oder bearbeitet Eigenschaften von automatisierten Test-Frameworks. Hat folgende Berechtigungen: * Testseite anzeigen * Tests erstellen/bearbeiten/löschen * Testschritte erstellen/bearbeiten/löschen * Schrittkonfigurationsseite anzeigen * Test-Runner-Seite anzeigen * Testsuite-Ergebnisse, Testergebnisse und Ergebniselementseiten anzeigen * Benutzertests ausführen * Testsuites anzeigen, erstellen, bearbeiten, löschen und ausführen * Schrittkonfigurationsdatensätze erstellen/bearbeiten * Automated Test Framework Eigenschaften erstellen/bearbeiten{#automated-test-framework__gbz_yfp_qy} {#automated-test-framework__ul_hm5_h4p_5fb} | | atf_test_designer | Zeigt nur Eigenschaften von automatisierten Test-Frameworks an (kann keine Eigenschaften erstellen oder bearbeiten). Hat folgende Berechtigungen: * Testseite anzeigen * Tests erstellen/bearbeiten/löschen * Testschritte erstellen/bearbeiten/löschen * Schrittkonfigurationsseite anzeigen * Test-Runner-Seite anzeigen * Testsuite-Ergebnisse, Testergebnisse und Ergebniselementseiten anzeigen * Benutzertests ausführen * Testsuites anzeigen, erstellen, bearbeiten, löschen und ausführen * Automated Test Framework Eigenschaften anzeigen{#automated-test-framework__g5t_1gp_qy} {#automated-test-framework__ul_z4b_k4p_5fb} | | atf_ws_designer | Zeigen Sie Standardauthentifizierungsprofile an, die für REST-Endpunkte erforderlich sind, für die eine Authentifizierung erforderlich ist, oder legen Sie sie fest. Weitere Informationen finden Sie unter [Kategorie „REST"](https://servicenow-prod.fluidtopics.net/A2hlVTaRjMIC~cUyladybQ#test-steps-rest-category "Validieren Sie die Funktionalität von REST-Aufrufen."). | [ ] {#automated-test-framework__table_spv_zx5_5fb} ATF unterstützt diese Elemente von Next Experience nicht, aber Unterstützung für diese Funktionen ist für zukünftige Releases geplant: * Mit UI Builder erstellte Seiten, einschließlich Seiten mit Listen und Formularkomponenten. * Zielseiten {#automated-test-framework__ul_u2w_rvp_41c} Hinweis: ATF unterstützt weiterhin die Core-UI, einschließlich der klassischen Umgebung (z. B. klassische Listen und Formulare).