---
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


---

Validiert die App-Funktionalität
================================

Validiert die App-Funktionalität {#ariaid-title1}
=================================================

* Freigeben Version: Yokohama
* 
* Aktualisiert 30. Januar 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 Minuten Lesedauer

Validieren Sie beim Erstellen der Anwendung, dass sie wie erwartet funktioniert.

Testen der Einheit {#validate-app-functionality__section_urk_3cf_5xb}
---------------------------------------------------------------------

Tests mit Einheiten/Storys stellen sicher, dass die in einer Story angegebenen Anforderungen validiert werden, bevor die Story geschlossen wird. Eine Story/Einheit ist der kleinste testbare Teil eines Systems oder einer Anwendung, der konfiguriert und ausgeführt werden kann.

Wenn die Konfiguration der Story abgeschlossen ist, müssen Entwickler die Funktionen nicht nur im Kontext dieser jeweiligen Story testen, sondern auch in anderen zugehörigen Stories, die Komponenten mit der aktuellen Story gemeinsam nutzen.

Als bewährte Methode müssen Entwickler die Story einem Prozessverantwortlichen oder einem festgelegten Stakeholder zuweisen, um zu überprüfen, ob die Story-Konfiguration die erwarteten Ergebnisse erfüllt, bevor sie die Story schließen.

Das Automated Test Framework (ATF) von ServiceNow ist in erster Linie für die Automatisierung der Funktionstests von Anwendungen gedacht, kann jedoch in wenigen Fällen zur Automatisierung der Komponententests von Konfigurationen verwendet werden, die Skripteinbindungen und Business-Regeln umfassen.

Systemtests {#validate-app-functionality__section_xwj_jcf_5xb}
--------------------------------------------------------------

Systemtests werden an einem vollständigen System durchgeführt, wenn die Entwicklung abgeschlossen ist. Testen Sie die allgemeine Interaktion von Komponenten und Integrationen mit anderen Anwendungen im Umfang. Systemtests werden vom QA-/Testteam durchgeführt, aber Entwickler müssen mit dem QA-Team und den Prozessverantwortlichen zusammenarbeiten, um sicherzustellen, dass die Testfälle eine umfassende Abdeckung bieten. Entwickler sind für die Behebung von Problemen verantwortlich, die bei Systemtests gefunden wurden.

Automated Test Framework {#validate-app-functionality__section_dpc_lcf_5xb}
---------------------------------------------------------------------------

Automated Test Framework (ATF) sollte für die Automatisierung der funktionalen Systemtests von ServiceNow-Anwendungen genutzt werden, um Testzeiten und -kosten zu reduzieren und Tests wiederholbar und UI-unabhängig zu machen. Befolgen Sie beim Erstellen von Testfällen die folgenden Richtlinien.

Beim Erstellen von Tests:

* Verwenden Sie [parametrisierte Tests](https://servicenow.com/docs/bundle/paris-application-development/page/administer/auto-test-framework/concept/parameterized-tests.html), um doppelte Testfälle zu vermeiden.
* Nach einem Testbenennungsstandard.
  * <kbd class="ph userinput">&lt;app initial&gt;:&lt;functionality that is being tested&gt;</kbd>
  * CSM: Fall lösen
  {#validate-app-functionality__ul_erp_lcf_5xb}
* Beschreiben Sie den Anwendungsfall jedes Tests in seiner Beschreibung. Beispiel: Beispiel, das den Anwendungsfall testet.
* Entwickeln Sie Tests in einer Entwicklungsinstanz, und stufen Sie den Test in einer Testinstanz herauf/führen Sie ihn aus.
* Klone löschen Tests aus. Verwenden Sie eine dieser Optionen, um Tests beizubehalten:
  * Bündeln Sie Tests in einer bereichsbezogenen App, und laden Sie die App in GIT hoch.
  * Speichern Sie die Tests vor dem Klonen.
  * Tests auf Produktionsinstanz heraufstufen, ABER TESTS NICHT IN PROD AUSFÜHREN.
  {#validate-app-functionality__ul_grp_lcf_5xb}
* Erstellen Sie eigenständige Tests.
* Erstellen Sie neue serverseitige oder REST-Testschritte, für die alle Testschritte fehlen. Beispiel: Verifizierung des E-Mail-Textes.
* Serverseitigen Testschritt verwenden, wann immer möglich und wenn Screenshots nicht wichtig sind.
* Beginnen Sie mit dem Schritt Identität annehmen.
* Beachten Sie die Browser-Drosselung.
* Verwenden Sie die Testprotokolle und Testtransaktionen, um Testfehler zu beheben.

{#validate-app-functionality__ul_drp_lcf_5xb}

Beim Erstellen von Test-Suites:

* Befolgen Sie einen Test-Suite-Benennungsstandard. Beispiel: ITSM INT: Anwendungsfälle.
* Beschreiben Sie die Suite.
  * Beschreibung der Test-Suite: „Dies ist eine Beispiel-Test-Suite zum Testen des Plugins/der Anwendung".
  * Geben Sie zusätzliche Informationen an, die in der Beschreibung möglich sind.
  {#validate-app-functionality__ul_krp_lcf_5xb}
* Organisieren Sie Test-Suites nach Funktionsbereichen.
{#validate-app-functionality__ul_irp_lcf_5xb}

Anwenderakzeptanztests {#validate-app-functionality__section_lcm_mcf_5xb}
-------------------------------------------------------------------------

Anwenderabnahmetests (User Akzeptanztests, UAT) sind Tests, die durchgeführt werden, um die Compliance der Anwendung mit den Geschäftsanforderungen zu bewerten und zu beurteilen, ob die Anwendung für die Lieferung geeignet ist. Benutzer, Kunden oder andere autorisierte Stakeholder führen Abnahmetests durch. Entwickler sind für die Behebung von Problemen verantwortlich, die bei Systemtests gefunden wurden.