Sie haben ein geeignetes Projekt für die Pilotierung eines Automatisierungstools identifiziert und einen Pilotversuch geplant und durchgeführt. Das Pilotprojekt war erfolgreich und das Tool wird in Ihrem Unternehmen bereitgestellt. Es ist geplant, den Tool-Einsatz für jeweils ein Projekt zu erhöhen. Während dieses Rollouts werden einige Testprozesse geringfügig geändert, um zusätzliche Vorteile durch die Verwendung des Tools zu erzielen.
Im Pilotprojekt wurden erstmals einige kleine manuelle Tests automatisiert. Sie überwachen derzeit die Effizienz der Testautomatisierung. Dies zeigt, dass das Automatisierungsregime für die Tests noch nicht ausgereift ist.
Welche der folgenden Aussagen ist wahr?

• A. Das Pilotprojekt hätte kritisch sein müssen, damit der maximale Nutzen erzielt wird
• B. Das für das Projekt definierte Ziel war unangemessen, da das Automatisierungsregime für die automatisierten Tests am Ende des Pilotprojekts noch nicht ausgereift ist.
• C. Der Testprozess sollte radikal geändert werden, um zusätzliche Vorteile durch die Verwendung des Tools zu erzielen.
• D. Der für die Bereitstellung dieses Tools verwendete Ansatz richtet sich nach dem Standarderfolgsfaktor für die Bereitstellung

Sie wurden beauftragt, die Ausführung von Build-Verifizierungstests in die bestehende CI/CD-Pipeline eines agilen Projekts zu integrieren. Ziel dieser Tests ist es, die Stabilität der täglichen Builds zu überprüfen und sicherzustellen, dass die letzten Änderungen die Kernfunktionalität nicht beeinträchtigt haben. Derzeit ist die statische Quellcodeanalyse der erste Schritt in dieser Pipeline. In welcher der folgenden Phasen der Pipeline würden Sie die Ausführung dieser Smoke-Tests hinzufügen?

• A. Als letzte Aktivität, unmittelbar vor der Freigabe des neuen Builds für die Produktion
• B. Nach der Bereitstellung des neuen Builds in der Testumgebung und vor der Durchführung umfangreicherer Tests
• C. Nach der Durchführung einer statischen Analyse des Quellcodes und vor der Generierung des neuen Builds
• D. Als erste Aktivität, vor der statischen Quellcodeanalyse und vor der Generierung des neuen Builds.

Explanation: Only visible for Actual4Labs members. You can sign-up / login (it's free).

Ein TAS (Test Application System), das automatisierte Tests in einer einzelnen Testumgebung durchführt, wurde erfolgreich manuell aus einem zentralen Repository installiert und konfiguriert. Alle Komponenten befinden sich in den korrekten Versionen. Es wurde außerdem verifiziert, dass alle TAS-Komponenten in dieser Umgebung zuverlässige und reproduzierbare Leistung erbringen. Das TAS wird verwendet, um mehrere Suiten automatisierter Regressionstestskripte auf verschiedenen zu testenden Systemen (SUTs) in der Testumgebung auszuführen. Ihr aktuelles Ziel ist es, alle vorbereitenden Verifizierungen abzuschließen, um die korrekte Funktion des TAS sicherzustellen. Welche der folgenden Aktivitäten würden Sie ZUERST durchführen?

• A. Prüfen Sie, ob die TAS-Konnektivität zu allen erforderlichen internen Systemen, externen Systemen und Schnittstellen verfügbar ist.
• B. Führen Sie eine bestimmte Testsuite mehrmals mit TAS aus, um festzustellen, ob alle Regressionstestskripte immer dasselbe Ergebnis liefern.
• C. Erstellen Sie Skripte, um den TAS in der Testumgebung automatisch aus dem zentralen Repository zu installieren und zu konfigurieren.
• D. Prüfen, ob alle Regressionstestskripte in einer gegebenen Testsuite die erwarteten Ergebnisse liefern.

Explanation: Only visible for Actual4Labs members. You can sign-up / login (it's free).

In einer ersten möglichen Implementierung lokalisieren und interagieren die automatisierten Testskripte einer Testsuite indirekt über die Browser mit Elementen einer Web-Benutzeroberfläche. Dies geschieht mithilfe browserspezifischer Treiber und APIs, die von einem im Rahmen des TAS verwendeten automatisierten Testtool bereitgestellt werden. In einer alternativen Implementierung lokalisieren und interagieren diese Testskripte direkt auf HTML-Ebene mit Elementen derselben Web-Benutzeroberfläche, indem sie auf das DOM (Document Object Model) und internen JavaScript-Code zugreifen. Die erste mögliche Implementierung:

• A. Weist das gleiche Maß an Eingriffsgefahr auf wie die alternative Implementierung, und daher ist das Risiko, dass Testskripte falsch positive Ergebnisse liefern, in beiden Fällen gleich.
• B. Weist einen geringeren Grad an Eingriffsgefahr auf als die alternative Implementierung, weshalb die Testskripte seltener zu falsch positiven Ergebnissen führen.
• C. Weist einen höheren Grad an Eingriffsfähigkeit auf als die alternative Implementierung, weshalb die Testskripte seltener zu falsch positiven Ergebnissen führen.
• D. Weist einen geringeren Grad an Eingriffsgefahr auf als die alternative Implementierung, weshalb ihre Testskripte eher zu falsch positiven Ergebnissen führen.

Explanation: Only visible for Actual4Labs members. You can sign-up / login (it's free).

Automatisierte Tests auf UI-Ebene für eine Webanwendung nutzen einen asynchronen Wartemechanismus. Dieser ermöglicht die Synchronisierung der Testschritte mit der Anwendung, sodass sie korrekt und zum richtigen Zeitpunkt ausgeführt werden – erst, wenn die Anwendung bereit ist und den vorherigen Schritt verarbeitet hat. Dies geschieht, wenn keine Timeouts oder ausstehenden asynchronen Anfragen vorliegen. Dadurch synchronisieren sich die Tests automatisch mit den Webseiten der Anwendung. Dieselben Initialisierungsaufgaben zur Festlegung der Testvoraussetzungen werden als Testschritte für alle Tests implementiert. Bezüglich der auf Testsuite-Ebene definierten Vorverarbeitungsfunktionen (Setup) bietet der TAS sowohl ein Suite-Setup (das beim Start der Suite einmalig ausgeführt wird) als auch ein Test-Setup (das zu Beginn jedes Testfalls in der Suite ausgeführt wird).
Welche der folgenden Empfehlungen würden Sie zur Verbesserung des TAS geben (vorausgesetzt, es ist möglich, alle umzusetzen)?

• A. Implementieren Sie die Initialisierungsaufgaben, die darauf abzielen, die Vorbedingungen der Tests innerhalb der Test-Setup-Funktion auf Testsuite-Ebene festzulegen.
• B. Führen Sie eine manuelle Synchronisierung mit den Webseiten der App mithilfe fest codierter Wartezeiten anstelle der derzeitigen automatischen Synchronisierung ein.
• C. Führen Sie eine manuelle Synchronisierung mit den Webseiten der App mithilfe dynamischer Wartezeiten per Polling anstelle der aktuellen automatischen Synchronisierung ein.
• D. Implementieren Sie die Initialisierungsaufgaben, die darauf abzielen, die Vorbedingungen der Tests innerhalb der Suite-Setup-Funktion auf Testsuite-Ebene festzulegen.

Explanation: Only visible for Actual4Labs members. You can sign-up / login (it's free).