Validiert die App-Funktionalität

  • Freigeben Version: Xanadu
  • Aktualisiert 1. August 2024
  • 2 Minuten Lesedauer

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

    Testen der Einheit

    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

    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

    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, um doppelte Testfälle zu vermeiden.
    • Nach 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/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.
    • 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ätannehmen.
    • Beachten Sie die Browser-Drosselung.
    • 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.
      • 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.
    • Organisieren Sie Test-Suites nach Funktionsbereichen.

    Anwenderakzeptanztests

    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.