Validieren Sie die App-Funktionalität

  • Freigeben Version: Washingtondc
  • Aktualisiert 1. Februar 2024
  • 2 Minuten Lesedauer

    • Überprüfen Sie beim Erstellen der Anwendung, ob sie wie erwartet funktioniert.

    Testen von Einheiten

    Einheiten-/Story-Tests stellen sicher, dass in einer Story angegebene Anforderungen validiert werden, bevor die Story geschlossen wird. Eine Story/Einheit ist ein kleinster testbarer Teil eines Systems oder einer Anwendung, der konfiguriert und ausgeführt werden kann.

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

    Es wird empfohlen, dass Entwickler die Story dem Prozessverantwortlichen oder einem designierten Stakeholder zuweisen, um zu überprüfen, ob die Story-Konfiguration die erwarteten Ergebnisse erfüllt, bevor die Story geschlossen wird.

    Automated Test Framework (ATF) von ServiceNow ist in erster Linie für die Automatisierung von Funktionstests von Anwendungen gedacht, kann jedoch in einigen Fällen zur Automatisierung von Komponententests von Konfigurationen verwendet werden, die Skripteinbindungen und Business Rules enthalten.

    Systemtests

    Systemtests werden nach Abschluss der Entwicklung für ein vollständiges System durchgeführt. 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 den Prozessverantwortlichen zusammenarbeiten, um sicherzustellen, dass die 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

    Automated Test Framework (ATF) sollte für die Automatisierung der funktionalen Systemtests von ServiceNow-Anwendungen genutzt werden, um Testzeit 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, um doppelte Testfälle zu vermeiden.
    • Folgen Sie einem Testbenennungsstandard.
      • <app initial>:<functionality that is being tested>
      • CSM: Fall lösen
    • 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 bzw. führen Sie ihn aus.
    • Klone löschen Tests. Verwenden Sie eine der folgenden Optionen, um Tests beizubehalten:
      • Bündeln Sie Tests in einer bereichsbezogenen App, und laden Sie die App in GIT hoch.
      • Speichern Sie Tests vor dem Klon.
      • Tests auf Prod-Instanz heraufstufen, aber die Tests NICHT IN PROD AUSFÜHREN.
    • Erstellen Sie eigenständige Tests.
    • Erstellen Sie neue serverseitige oder REST-Testschritte, wenn alle Testschritte fehlen. Beispiel: E-Mail-Textüberprüfung.
    • Verwenden Sie nach Möglichkeit serverseitige Testschritte, und wenn Screenshots nicht wichtig sind.
    • Beginnen Sie mit dem Schritt Identitätannehmen.
    • Beachten Sie die Browsereinschränkung.
    • Verwenden Sie die Testprotokolle und Testtransaktionen, um Testfehler zu beheben.

    Beim Erstellen von Test-Suites:

    • Folgen Sie einem 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 alle zusätzlichen Informationen an, die in der Beschreibung möglich sind.
    • Testsuites nach Funktionsbereichen organisieren.

    Benutzerakzeptanztests

    User Acceptance Testing (UAT) ist ein Test, der durchgeführt wird, um die Compliance der Anwendung mit den Geschäftsanforderungen zu bewerten und zu beurteilen, ob die Anwendung für die Bereitstellung akzeptabel ist. Benutzer, 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.