Ein Projekt besteht aus verteilten Teams, die in einer 24-Stunden-Umgebung arbeiten, in der Aktivitäten zu jeder Tageszeit stattfinden. Dieses Projekt verwendet einen CI-Prozess (Continuous Integration) beim Einchecken von Code für Entwickler und besteht aus automatisierten Aktivitäten, die das Generieren eines Builds und das Bereitstellen in einer Testumgebung umfassen.
Automatisierte Integrationstests werden mehrmals täglich ausgeführt. Das Projekt hat einen Bericht angefordert, der die Ergebnisse der Automatisierungstests für jeden Build enthält und dem Projektteam rund um die Uhr zur Verfügung stehen muss.
Welche der folgenden Möglichkeiten ist die BESTE, um diesen Bericht automatisch bereitzustellen?

• A. Speichern Sie die Ergebnisse der Codeabdeckung der Integrationstests für den letzten Build in einer Datenbank (ohne die Ergebnisse der vorherigen Builds zu überschreiben). Erstellen Sie automatisch ein Diagramm mit dem Trend zur Codeabdeckung und senden Sie es per E-Mail an das Projektteam.
• B. Speichern Sie die Ausführungsergebnisse der Integrationstests für den letzten Build in einer Datenbank (ohne die Ergebnisse der vorherigen Builds zu überschreiben). Aktualisieren Sie mit dieser Datenbank automatisch ein Dashboard mit dem Build-Verlauf und den Testergebnissen, auf die das Projektteam zugreifen kann .
• C. Speichern Sie das Ausführungsergebnis der Integrationstests für den letzten Build in einer Datenbank (überschreiben Sie die Ergebnisse des vorherigen Builds), erstellen Sie automatisch einen Ausführungsbericht für diesen Build und senden Sie ihn per E-Mail an das Projektteam
• D. Speichern Sie die Ausführungsergebnisse der Integrationstests für den letzten Build in einer Datenbank (ohne die Ergebnisse der vorherigen Builds zu überschreiben). Erstellen Sie automatisch einen Testausführungsbericht für diesen Build und senden Sie ihn per E-Mail an das Projektteam

Welches der folgenden BEST beschreibt, warum es wichtig ist, die Testdefinition von der Testausführung in einem TAA zu trennen?

• A. Es ermöglicht die Auswahl verschiedener Paradigmen (z. B. ereignisgesteuert) für die Interaktion TAS und SUT
• B. Hiermit können Testfälle angegeben werden, ohne eng an das Tool gebunden zu sein, um sie für das SUT auszuführen
• C. Damit können Tester mehr Fehler im SUT finden
• D. Ermöglicht die Entwicklung von Schritten des Testprozesses, ohne eng mit der SUT-Schnittstelle verbunden zu sein.

Als TAE evaluieren Sie ein Tool zur Automatisierung von Funktionstests, das für mehrere Projekte in Ihrem Unternehmen geeignet ist. Die Projekte erfordern, dass dieses Tool effektiv und effizient mit SUTs in verteilten Umgebungen arbeitet. Das automatisierte Testtool muss auch mit anderen vorhandenen Testtools (Testmanagement-Tool und Fehlerverfolgungstool) verbunden sein. Die vorhandenen Testtools, die geplanten Aktualisierungen unterliegen, und ihre Schnittstelle zum automatisierten Testtool funktionieren nach diesen Aktualisierungen möglicherweise nicht mehr.
Welche der beiden WENIGSTEN wichtigen Bedenken betreffen die Bewertung der Testautomatisierung in diesem Szenario?
* Kann das Testautomatisierungstool Prozessoren starten und Testfälle auf mehreren Computern in unterschiedlichen Umgebungen ausführen?
* Unterstützt das Testautomatisierungstool ein Lizenzierungsschema, mit dem auf verschiedene Sets zugegriffen werden kann?
* Verfügt das Testautomatisierungstool über ein großes Feature-Set, aber nur ein Teil der Features wird festgelegt?
* Geben die Versionshinweise für die geplanten Aktualisierungen bestehender Versionen die Auswirkungen auf deren Schnittstellen zu anderen Tools an?
Muss das Testautomatisierungstool bestimmte Bibliotheken installieren, die sich auf das SUT auswirken können?

• A. C und D.
• B. A und E.
• C. B und E.
• D. A und C.

Die Antwort einer API auf eine Anfrage an den entsprechenden Endpunkt sollte spezifische Daten zu einer Zahlungstransaktion im JSON-Format zurückgeben. Ihre Aufgabe ist es, den Testautomatisierungscode so kurz wie möglich zu halten, um zu prüfen, ob die Antwort bestimmte Eigenschaften (transaction_id, amount, status, timestamp) mit den erwarteten Datentypen und -formaten enthält. Angenommen, die TAF bietet alle notwendigen Funktionen zur Validierung der API-Antwort, wie erreichen Sie Ihr Ziel am besten?

• A. Schreiben Sie benutzerdefinierten Code, der die tatsächlichen Antwortdaten analysiert und prüft, ob die extrahierten Eigenschaften, Datentypen und Formate den Erwartungen entsprechen.
• B. Schreiben Sie für jede Eigenschaft eine einzelne Assertion, um zu überprüfen, ob die Datentypen und Formate für diese Eigenschaft in der tatsächlichen Antwort den Erwartungen entsprechen.
• C. Verwenden Sie einen Algorithmus der künstlichen Intelligenz, basierend auf maschinellem Lernen und Bilderkennung, um eine Selbstheilungsfähigkeit zu implementieren.
• D. Legen Sie das Schema für die erwarteten Antwortdaten (Eigenschaften, Datentypen und Formate) fest und validieren Sie die tatsächlichen Antwortdaten anhand dieses Schemas.

Sie wurden gebeten, TAS für eine neue Version eines SUT zu bestimmen. Der Test sollte überall automatisiert werden. Die neue Version wird aus 5 neuen Schnittstellen und einer Änderung von 3 bestehenden Schnittstellen bestehen. Die neue und geänderte Benutzeroberfläche wird schrittweise in 3 Sprints mit einer Dauer von jeweils 2 Wochen bereitgestellt.
Was wäre das Design der BEST Test Automation Solution (TAS) in diesem Szenario?

• A. Automatisieren Sie Tests nur auf einer Ebene, auf Systemebene. Verwenden Sie nur die neu entwickelten Schnittstellen und erstellen Sie keine benutzerdefinierten Schnittstellen / Test-Hooks.
• B. Automatisieren Sie die Tests auf zwei Ebenen: Komponenten- und Systemebene. Erstellen Sie benutzerdefinierte Hooks auf Komponentenebene für die Schnittstelle, die noch nicht entwickelt oder geändert wurde. Verwenden Sie zum Testen auf Systemebene nur die neu entwickelten oder geänderten Schnittstellen.
• C. Automatisieren Sie einen Test auf einer Ebene auf Komponentenebene. Erstellen Sie benutzerdefinierte Schnittstellen- / Test-Hooks für diese Ebene, auf der die Schnittstelle noch nicht entwickelt oder geändert wurde.
• D. Automatisieren Sie Tests sowohl auf Komponenten- als auch auf Systemebene. Führen Sie diese Automatisierung erst durch, wenn alle Schnittstellen vollständig entwickelt oder geändert wurden und die manuellen Tests erfolgreich abgeschlossen wurden.