Validieren Sie die App-Funktionalität

  • Freigeben Version: Zurich
  • Aktualisiert 31. Juli 2025
  • 2 Minuten Lesedauer

    • Überprüfen Sie während der Erstellung der Anwendung, ob sie wie erwartet funktioniert.

    Einheitentest

    Einheiten-/Story-Tests stellen sicher, dass die in einer Story angegebenen Anforderungen validiert werden, bevor die Story geschlossen wird. Eine Story/Einheit ist ein kleinster testbarer Teil des Systems oder der 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 bestimmten Story, sondern auch andere zugehörige Stories testen, die Komponenten mit der aktuellen Story teilen.

    Als gute Praxis müssen Entwickler die Story dem Prozessverantwortlichen oder einem bestimmten Stakeholder zuweisen, um zu überprüfen, ob die Story-Konfiguration die erwarteten Ergebnisse erfüllt, bevor sie die Story schließen.

    Das automatisierte Test-Framework (ATF) von ServiceNow ist in erster Linie für die Automatisierung von Funktionstests von Anwendungen gedacht, kann jedoch in einigen Fällen verwendet werden, um Einheitentests von Konfigurationen zu automatisieren, die Skripteinbindungen und Geschäftsregeln umfassen.

    Systemtests

    Systemtests werden auf einem vollständigen System durchgeführt, wenn die Entwicklung abgeschlossen ist. Testen Sie die Gesamtinteraktion 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 Prozessverantwortlichen zusammenarbeiten, um sicherzustellen, dass Testfälle eine umfassende Abdeckung bieten. Entwickler sind für die Behebung von Problemen verantwortlich, die während der Systemtests gefunden wurden.

    Automated Test Framework

    Das automatisierte Test-Framework (ATF) sollte für die Automatisierung von Funktionstests von ServiceNow-Anwendungen genutzt werden, um die Testzeit und -Kosten zu reduzieren und Tests wiederholbar und UI-unabhängig zu machen. Befolgen Sie beim Erstellen von Testfällen diese Richtlinien.

    Beim Erstellen von Tests:

    • Verwenden Parametrisierte Tests Um doppelte Testfälle zu vermeiden.
    • Befolgen Sie einen Testbenennungsstandard.
      • <app initial>: <Funktionalität, die getestet wird>
      • CSM: Fall lösen
    • Beschreiben Sie den Anwendungsfall jedes Tests in seiner Beschreibung. Beispiel: Beispiel, das den Anwendungsfall testet.
    • Entwickeln Sie Tests auf einer Entwicklungsinstanz, und heraufstufen/Ausführen des Tests auf einer Testinstanz.
    • Klone löschen Tests. Verwenden Sie eine dieser Optionen, um Tests beizubehalten:
      • Bündeln Sie Tests in einer bereichsbezogenen App, und laden Sie die App in das GIT hoch.
      • Speichern Sie Tests vor dem Klonen.
      • Heraufstufen von Tests zur Produktionsinstanz, aber FÜHREN SIE DIE TESTS IN PROD NICHT AUS.
    • Erstellen Sie eigenständige Tests.
    • Erstellen Sie neue serverseitige oder REST-Testschritte. Alle Testschritte fehlen. Beispiel: E-Mail-Textverifizierung.
    • Verwenden Sie den serverseitigen Testschritt, wann immer dies möglich ist und wenn Screenshots nicht wichtig sind.
    • Beginnen Sie mit Identität Annehmen Schritt.
    • Beachten Sie die Browserdrosselung.
    • Verwenden Sie die Testprotokolle und Testtransaktionen, um Testfehler zu beheben.

    Beim Erstellen von Test-Suites:

    • Befolgen Sie einen Test-Suite-Benennungsstandard. Beispiel: ITSM INT: Anwendungsfälle.
    • Beschreiben Sie die Suite.
      • Test-Suite-Beschreibung: „Dies ist eine Beispieltest-Suite zum Testen von Plugin/Anwendung“.
      • Geben Sie alle zusätzlichen Informationen an, die in der Beschreibung möglich sind.
    • Organisieren Sie Test-Suites nach Funktionsbereichen.

    Anwenderakzeptanztests

    Anwenderakzeptanztests (UAT) sind ein Test, der durchgeführt wird, um die Compliance der Anwendung mit den Geschäftsanforderungen zu bewerten und zu bewerten, ob die Anwendung für die Bereitstellung akzeptabel ist. Anwender, Kunden oder andere autorisierte Stakeholder führen Akzeptanztests durch. Entwickler sind für die Behebung von Problemen verantwortlich, die während der Systemtests gefunden wurden.