Diese Seite wurde exportiert von Free Exams Dumps Materials [ http://exams.dumpsmaterials.com ] Exportdatum:Tue Jan 14 2:08:28 2025 / +0000 GMT ___________________________________________________ Titel: [Mai-2024] Holen Sie sich 100% Real Free Agile Technical Tester CTAL-ATT Sample Questions [Q14-Q37] --------------------------------------------------- [Mai-2024] Holen Sie sich 100% echte kostenlose Agile Technical Tester CTAL-ATT Beispielfragen Genaue CTAL-ATT Fragen mit kostenlosen und schnellen Updates Die ISQI CTAL-ATT-Zertifizierung ist eine Zertifizierung für Fortgeschrittene, und als solche müssen die Kandidaten über ein beträchtliches Maß an Erfahrung auf dem Gebiet des agilen Testens verfügen, bevor sie die Prüfung ablegen können. Die ISTQB Advanced Level Agile Technical Tester-Zertifizierung ist ideal für Fachleute, die bereits die ISTQB Foundation Level-Zertifizierung erworben haben und ihre Karriere im Bereich des agilen Testens vorantreiben möchten. NEUE FRAGE 14Welches der folgenden Beispiele zeigt, wie kontinuierliches Testen die kontinuierliche Bereitstellung erleichtert? Automatisierte Tests, die in der Lieferumgebung durchgeführt werden, helfen bei der Validierung, dass die Lieferung erfolgreich war. Kontinuierliches Testen ist der Prozess, der den Code an die Testumgebung liefert. Durch automatisiertes Testen entfällt die Notwendigkeit, Fehler zu melden, so dass der Code schneller in die Produktion überführt werden kann. Kontinuierliche Tests unterstützen die kontinuierliche Übergabe an die Produktion, indem die Software in der Produktionsumgebung ständig Regressionstests unterzogen wird, damit Probleme schnell erkannt werden. Kontinuierliche Tests erleichtern die kontinuierliche Bereitstellung, indem sie sicherstellen, dass jede an der Codebasis vorgenommene Änderung automatisch und sofort getestet wird, was dazu beiträgt, Fehler so früh wie möglich zu erkennen. Automatisiertes Testen in der Auslieferungsumgebung ist von entscheidender Bedeutung, da es den Erfolg des Auslieferungsprozesses validiert, indem es sicherstellt, dass die Software in der produktionsähnlichen Umgebung vor der eigentlichen Freigabe wie erwartet funktioniert.Referenzen = Die ISTQB Advanced Level Agile Technical Tester-Zertifizierung unterstreicht die Bedeutung technischer Testfähigkeiten in der agilen Entwicklung, einschließlich Testautomatisierungsansätzen und kontinuierlicher Bereitstellung und Auslieferung1234.NEUE FRAGE 15Ihr Unternehmen stellt Tierfutterspender für freilaufende Hühner her und verwendet für alle Produkte eine Kombination aus explorativem Testen durch Testautomatisierung und einigen Black-Box-Tests. Das Unternehmen hat für das Testen der Hochrisikoprodukte den folgenden Ansatz verwendet:Exploratives Testen = 85%Black-Box-Tests = 15%Testautomatisierung = Ziel ist eine Testabdeckung von 25%, aber es wird nur dann Zeit für die Automatisierung aufgewendet, wenn keine anderen Tests erforderlich sind, so dass die Testabdeckung derzeit bei 5% liegt und die Automatisierungssuite nur selten ausgeführt wird.Das Unternehmen hat beschlossen, sein Produkt zu modifizieren und es für die Tablettenabgabe in Apotheken zu verwenden. Unabhängig von den mechanischen Herausforderungen dieser Modifikation müssen Sie nun bestimmen, wie die Tests für diese sicherheitskritische Anwendung angepasst werden sollten Welche der folgenden Möglichkeiten würde den Richtlinien des Lehrplans für den Testansatz für Hochrisikoprodukte entsprechen? Exploratives Testen = 85%Black-Box-Tests = 15%estautomatisierung = 25% Abdeckung wird selten durchgeführt Exploratives Testen = 15%Black-Box-Tests = 85%Testautomatisierung = 25%, ausgeführt bei jeder Codefreigabe Exploratives Testen = 50% Black-Box-Tests = 50%Testautomatisierung = 50% Abdeckung, ausgeführt vor jeder Produktionsfreigabe Explorative Tests = 25% Black-Box-Tests = 75%Testautomatisierung = 75% Abdeckung, ausgeführt bei jeder Codefreigabe Bei einer sicherheitskritischen Anwendung wie einem Tablettenspender für Apotheken ist es von entscheidender Bedeutung, dass der Testansatz rigoros und gründlich ist. Der Lehrplan des ISTQB Advanced Level Agile Technical Tester betont die Bedeutung der Testautomatisierung, insbesondere für risikoreiche Elemente, um eine konsistente und umfassende Abdeckung zu gewährleisten. 75% Abdeckung durch Testautomatisierung und deren Ausführung bei jedem Code-Release entspricht daher den Richtlinien für das Testen sicherheitskritischer Anwendungen. Dieser Ansatz stellt sicher, dass alle Änderungen oder Ergänzungen des Codes sofort und gründlich getestet werden, was für die Aufrechterhaltung der Integrität und Sicherheit der Anwendung unerlässlich ist. Darüber hinaus ermöglicht das Gleichgewicht zwischen explorativen Tests und Black-Box-Tests sowohl kreative, ungeschriebene Tests als auch spezifikationsbasierte Tests, um eine umfassende Testabdeckung zu gewährleisten.Referenzen = ISTQB Advanced Level Agile Technical Tester Dokumente und Schulungsressourcen12.NEUE FRAGE 16Welche Aussage zum Einsatz von explorativen Tests für sicherheitskritische Systeme ist richtig?WÄHLEN SIE EINE OPTION Sie sollten verwendet werden, wenn Black-Box-Tests nicht automatisiert werden können. Er wird für alle Risikostufen dringend empfohlen. Sie wird nicht empfohlen, da stattdessen manuelle Black-Box-Tests verwendet werden sollten. Es wird nur für niedrige Risikostufen dringend empfohlen. Exploratives Testen ist eine Art des Testens, die die persönliche Freiheit und Verantwortung des einzelnen Testers betont, um die Qualität seiner Arbeit kontinuierlich zu optimieren, indem testbezogenes Lernen, Testdesign, Testdurchführung und Testergebnisinterpretation als sich gegenseitig unterstützende Aktivitäten betrachtet werden, die während des gesamten Projekts parallel laufen. Während exploratives Testen in bestimmten Kontexten sehr effektiv sein kann, wird es für sicherheitskritische Systeme im Allgemeinen nicht empfohlen. Sicherheitskritische Systeme erfordern ein hohes Maß an Sicherheit und Vorhersagbarkeit, dass sich jede Komponente des Systems unter allen Umständen wie erwartet verhält. Manuelle Black-Box-Tests, die strukturierter sind und gründlich geplant und dokumentiert werden können, sind in diesen Szenarien zu bevorzugen, um eine umfassende Abdeckung und Nachvollziehbarkeit zu gewährleisten.Referenzen = Der ISTQB Advanced Level Agile Technical Tester Lehrplan und die Schulungsunterlagen bieten eine Anleitung für den angemessenen Einsatz verschiedener Testtechniken in verschiedenen Kontexten, einschließlich der Empfehlung von strukturierten manuellen Black-Box-Tests gegenüber explorativen Tests für sicherheitskritische Systeme1234.NEUE FRAGE 17Sie arbeiten an einem Projekt, in dem ein Produkt entwickelt wurde, das einen stabilen Zustand erreicht hat und auf verschiedenen HW-Konfigurationen in ganz Europa eingesetzt wird. Der POC wurde auf einer Hardwarekonfiguration implementiert und war erfolgreich. Welche der folgenden Maßnahmen ist ein guter nächster Schritt? Reduzieren Sie die Anzahl der Tests in der CI-Testsuite, um den Nutzen des CI-Ansatzes zu erhöhen. Aktivieren Sie verschiedene Testkonfigurationen im CI-Prozess, um verschiedene Konfigurationen zu testen, die auf dem Markt eingesetzt werden. Implementierung von Code zur dynamischen Auswahl von CI-Tests, wobei nur Testfälle ausgeführt werden, die von Änderungen betroffen sind Beschleunigung der Testausführung durch Verringerung des Umfangs der User Interface (UI)-Tests, um schnelleres Feedback von den CI-Tests zu erhalten NEUE FRAGE 18Die folgende Benutzergeschichte wurde entwickelt:Als Kunde von Alpha Airways, der einen Flug gebucht hat, möchte ich auf die Flugreservierung zugreifen, um die Buchungsdetails zu aktualisierenWelches im Gherkin-Format geschriebene BDD-Szenario trifft korrekt auf diese Benutzergeschichte zu?WÄHLEN SIE EINE OPTION Vorausgesetzt, der angemeldete Benutzer ist ein Kunde von Alpha AirwaysWenn dieser Benutzer seinen Nachnamen korrekt eingibt, kann er alle derzeit gebuchten Flüge sehen und den Flug auswählen, den er aktualisieren möchte Ein Kunde hat einen Flug bei Alpha Airways gebuchtWenn der Kunde seinen Nachnamen UND die Flugnummer für diese Buchung eingibt, werden die Buchungsdetails für diesen Flug angezeigt Ein Kunde hat einen Flug bei Alpha Airways gebuchtWenn der Kunde den richtigen Nachnamen und die richtige Flugnummer für diese Reservierung eingibt, werden die Buchungsdetails für diesen Flug angezeigt, andernfalls wird eine entsprechende Fehlermeldung angezeigt Wenn der Kunde seinen Nachnamen und die Flugnummer eingibt ODER seine Kunden-ID und die Flugnummer für diese Reservierung eingibt, wird er zu den Buchungsdetails für diesen Flug weitergeleitet, damit er die Buchungsdetails aktualisieren kann. Das korrekte BDD-Szenario für die gegebene Benutzergeschichte ist Option C, die den Prinzipien der verhaltensgesteuerten Entwicklung (BDD) und der Gherkin-Syntax entspricht. Dieses Szenario spezifiziert klar den Kontext (Given), die Aktion (When) und das Ergebnis (Then), zusammen mit der Behandlung alternativer Abläufe (ELSE). Es stellt sicher, dass der Kunde nur dann auf seine Buchungsdaten zugreifen und diese aktualisieren kann, wenn er sowohl den richtigen Nachnamen als auch die richtige Flugnummer angibt, was eine gängige Praxis zur Überprüfung der Reservierung eines Kunden ist. Dieses Szenario enthält auch einen Fehlerbehandlungspfad, der für einen umfassenden Testfall unerlässlich ist.Referenzen = Der ISTQB Advanced Level Agile Technical Tester Lehrplan und die zugehörigen Materialien betonen die Bedeutung der Erstellung testbarer Akzeptanzkriterien für User Stories unter Verwendung von Requirements Engineering und Testtechniken, zu denen auch die Formulierung von BDD-Szenarien im Gherkin-Format gehört123.NEUE FRAGE 19Welche der folgenden Aussagen über die Durchführung explorativer Tests mit Testchartas ist richtig? Im Gegensatz zu Black-Box-Tests wird das erwartete Ergebnis nach dem Auffinden eines Fehlers dokumentiert und nicht als Teil des Testdesigns. Testchartas sind ein nützliches Werkzeug für das Testen, wenn eine detaillierte Spezifikation für das zu testende System vorhanden ist. Das Ergebnis der Durchführung explorativer Tests mit Hilfe von Testchartas ist das Auffinden von Fehlern und Spezifikationsfehlern. Exploratives Testen und Black-Box-Tests verwenden die gleichen Metriken zur Messung der Testabdeckung. Die richtige Aussage über die Durchführung von explorativen Tests mit Testchartas ist, dass das Ergebnis solcher Tests das Auffinden von Fehlern und Spezifikationsfehlern ist. Exploratives Testen mit Testchartas ist ein strukturierter, aber flexibler Ansatz, der sich darauf konzentriert, etwas über das System zu lernen und Tests zu entwerfen, während man das System erkundet12. Auf diese Weise können die Tester nicht nur Fehler im Code, sondern auch Lücken oder Unklarheiten in den Spezifikationen oder Anforderungen aufdecken. Dieser Ansatz ist besonders nützlich, wenn keine detaillierten Spezifikationen verfügbar sind, da er sich auf die Fähigkeiten und die Intuition des Testers verlässt, um das Systemverhalten zu erkunden12. Testchartas leiten die explorative Testsitzung, schreiben aber keine spezifischen erwarteten Ergebnisse im Voraus vor, wie dies bei Black-Box-Tests der Fall ist. Stattdessen geben sie einen Auftrag oder ein Ziel für die Testsitzung vor und ermöglichen so einen eher investigativen Ansatz beim Testen12.Referenzen =* ISTQB Advanced Level Agile Technical Tester Syllabus1* ISTQB Advanced Level Agile Technical Tester Learning Objectives2Bitte beachten Sie die neuesten ISTQB-Dokumente und -Ressourcen, um die genauesten und aktuellsten Informationen zu erhalten.NEUE FRAGE 20Die im Folgenden beschriebenen Herausforderungen betreffen die Testautomatisierung in agilen Umgebungen oder agilen Projekten. Welche ist die richtig beschriebene? Die Verfügbarkeit von Ressourcen ist eine Herausforderung bei der Testautomatisierung in agilen Umgebungen, da sie für die Erstellung, Wartung und Ausführung der Testsuite benötigt werden. Die Automatisierung von Unit-Tests ist die kritischste Testautomatisierung, die in agilen Projekten benötigt wird, und deckt die meisten Testherausforderungen in Bezug auf die Qualität des Codes und eine gute Testabdeckung ab. Die Testbereitstellungszeit ist eine der Herausforderungen beim agilen Testen, da eine langsame Bereitstellung in kurzen Iterationen nicht möglich ist. Die Testausführungszeit ist im agilen Umfeld nicht kritisch, da weniger Tests geschrieben werden und diese als Checklisten oder High-Level-Tests konzipiert sind, was die Ausführungszeit reduziert. In agilen Umgebungen ist die Verfügbarkeit von Ressourcen in der Tat eine Herausforderung für die Testautomatisierung. Agile Projekte erfordern eine schnelle Entwicklung und häufige Änderungen, was bedeutet, dass die Testsuite kontinuierlich aktualisiert und gepflegt werden muss. Dies erfordert dedizierte Ressourcen, die sich schnell an diese Änderungen anpassen können und sicherstellen, dass die Testautomatisierung effektiv und aktuell ist. Ohne ausreichende Ressourcen kann die Testautomatisierung zu einem Engpass werden, der die Fähigkeit des agilen Teams behindert, qualitativ hochwertige Software schnell zu liefern.Referenzen = Die ISTQB Advanced Level Agile Technical Tester Dokumente diskutieren die Herausforderungen der Testautomatisierung in agilen Umgebungen, einschließlich der Notwendigkeit von Ressourcen zur Unterstützung von Testautomatisierungsaktivitäten12. Es wird betont, wie wichtig eine gut gepflegte Testsuite ist, die mit dem Tempo der agilen Entwicklung Schritt halten kann3.NEUE FRAGE 21Sie haben diesen BDD-Test erhaltenAngenommen, ein Kunde gibt die richtige PIN ein, wenn er eine Abhebung wünscht, und er hat genug Geld auf seinem Konto, dann erhält er das Geld und eine Quittung Welche der folgenden User Stories passt am besten zu diesem BDD-Test? Als Kunde möchte ich Geld auf mein Konto einzahlen, damit ich Zinsen bekomme. Als GeldautomatIch möchte meinen Kunden Dienstleistungen anbieten, damit sie zufrieden sind Als Kunde möchte ich Geld von meinem Konto abheben, damit ich ein Geschenk kaufen kann. Als BankangestellterIch möchte, dass die Kunden den Geldautomaten benutzen, damit ich mich nicht mit ihnen herumschlagen muss Das bereitgestellte BDD-Testszenario beschreibt einen Kunden, der eine Abhebung vornimmt, nachdem er die korrekte PIN eingegeben hat und sein Konto ausreichend gedeckt ist. Das Ergebnis ist, dass der Kunde Geld und eine Quittung erhält. Dies stimmt mit der Benutzergeschichte in Option C überein, die sich auf den Wunsch des Kunden konzentriert, Geld für einen bestimmten Zweck abzuheben, nämlich um ein Geschenk zu kaufen. Die anderen Optionen stimmen nicht mit den im BDD-Testszenario beschriebenen Aktionen überein.Referenzen = Die Antwort wird auf der Grundlage der ISTQB Advanced Level Agile Technical Tester-Dokumente verifiziert, die betonen, wie wichtig es ist, BDD-Szenarien mit den entsprechenden User Stories abzugleichen, um sicherzustellen, dass die Tests die Bedürfnisse des Benutzers und seine Interaktionen mit dem System widerspiegeln.12.NEUE FRAGE 22Sie haben die folgende Geschichte erhaltenAls Kunde möchte ich meine Mitgliedskarte einscannen, damit ich alle mir zustehenden Rabatte erhalteWelche der folgenden Aussagen ist die richtige Anwendung von BDD für den Entwurf von Testszenarien? Wenn der Kunde seine Karte einscannt,wenn er zur Kasse geht,dann sollte er alle Mengenrabatte für alles erhalten, was er gekauft hat. Als Verkäufer möchte ich die Karte eines Kunden scannen, damit die Rabatte in der Gesamtsumme enthalten sind. Wenn ich meine Karte gescannt habe, erwarte ich, dass ich meine Rabatte erhalteUnd eine Liste mit den gekauften Artikeln Wenn eine Karte gescannt wirdDann sollten die Rabatte angewendet werdenWenn der Kunde auscheckt Die korrekte Anwendung von Behavior-Driven Development (BDD) zum Entwerfen von Testszenarien beinhaltet die Spezifikation des Verhaltens in einem Wenn-dann-Format. Dieses Format hilft dabei, die Bedingungen zu klären, unter denen ein bestimmtes Ergebnis eintreten soll. Option A folgt dieser Struktur korrekt:* Wenn der Kunde seine Karte einscannt (die Vorbedingung),* wenn er zur Kasse geht (die Aktion),* dann sollte er alle Mengenrabatte für alles, was er gekauft hat, erhalten (das erwartete Ergebnis).* Dieses Szenario umreißt klar das Verhalten des Systems als Reaktion auf die Aktionen des Benutzers, was für BDD von zentraler Bedeutung ist.Referenzen = Der ISTQB Advanced Level Agile Technical Tester Lehrplan betont die Bedeutung der Erstellung testbarer Akzeptanzkriterien für eine bestimmte User Story unter Verwendung von Requirements Engineering und Testtechniken, die die Anwendung von BDD im Kontext einer bestimmten User Story einschließen12.NEUE FRAGE 23Warum könnten Testfälle in einem agilen Projekt überarbeitet werden müssen?WÄHLEN SIE EINE OPTION Um sicherzustellen, dass die Tests und der Code aufeinander abgestimmt bleiben Um sie leichter verständlich und kostengünstiger zu machen Um eine bidirektionale Rückverfolgbarkeit mit den User Stories zu gewährleisten Um den Umfang der Blackbox-Abdeckung zu erhöhen In agilen Projekten müssen die Testfälle unter Umständen überarbeitet werden, um ihre Klarheit und Wartbarkeit zu verbessern. Dieser Prozess macht die Testfälle verständlicher und billiger zu modifizieren, was in agilen Umgebungen mit häufigen und schnellen Änderungen unerlässlich ist. Das Refactoring von Testfällen stellt sicher, dass sie effektiv und effizient bleiben, wenn sich die Codebasis weiterentwickelt, und ermöglicht schnelle Anpassungen als Reaktion auf neue Anforderungen oder Änderungen im zu testenden System.Referenzen = Die ISTQB Advanced Level Agile Technical Tester Dokumente betonen die Wichtigkeit des Refactorings von Testfällen in agilen Projekten, um ihre Effektivität und Effizienz zu erhalten1.NEUE FRAGE 24Sie haben bestehende Testfälle identifiziert, die ein Refactoring benötigen, welche ist die nächste Aufgabe, die Sie durchführen sollten?WÄHLEN SIE EINE OPTION Passen Sie das beobachtbare Verhalten der Tests an, um die Anwenderberichte zu erfüllen. Erneutes Ausführen der Tests, um sicherzustellen, dass die Testergebnisse gleich bleiben Analysieren Sie die Auswirkungen der Funktionalität der aktuellen Iteration auf die bestehenden Regressionstests Nehmen Sie Änderungen an der internen Struktur der Tests vor, um die Wartbarkeit zu verbessern. Nach der Identifizierung von Testfällen, die ein Refactoring erfordern, besteht die nächste Aufgabe darin, die Auswirkungen der Funktionalität der aktuellen Iteration auf die bestehenden Regressionstests zu analysieren. Dabei wird untersucht, wie sich die neuen Änderungen auf die Tests auswirken und ob die Tests noch die notwendigen Aspekte der Software abdecken. Ziel ist es, sicherzustellen, dass die Regressionstests angesichts der jüngsten Änderungen an der Anwendung relevant und effektiv bleiben.Referenzen = Der ISTQB Advanced Level Agile Technical Tester Lehrplan und die zugehörigen Materialien betonen, wie wichtig es ist, die Relevanz und Effektivität von Regressionstests während der Entwicklungsiterationen aufrechtzuerhalten, wozu auch die Analyse der Auswirkungen neuer Funktionalitäten auf die bestehenden Tests gehört12.NEUE FRAGE 25Sie arbeiten für ein Unternehmen, das CI implementiert hat und aufgrund von Zeitbeschränkungen Schwierigkeiten hat, die automatisierten Tests bei jedem Build zum Laufen zu bringen. Im Durchschnitt gibt es drei Ad-hoc-Builds pro Tag, einen geplanten Build über Nacht, einen geplanten Build am Freitagabend und einen Build, der am Donnerstagabend vor dem Ende des Sprints am zweiten Freitag durchgeführt wird. Es gibt vier Gruppen von Tests mit hoher Priorität, mittlerer Priorität, niedriger Priorität und nicht funktionalen Tests. Die nicht-funktionalen Tests müssen in der integrierten Stage-Umgebung ausgeführt werden, während die anderen Tests in jeder beliebigen Testumgebung ausgeführt werden können. Neben der reinen Ausführungszeit der Tests wurde auch festgestellt, dass die Überprüfung der Testergebnisse etwa zwei Stunden pro Testsatz in Anspruch nimmt. Welcher der folgenden Ansätze ist angesichts dieser Informationen der effizienteste und effektivste für die Ausführung der Testautomatisierung? Alle vier Testsätze jede Nacht ausführen Führen Sie alle Tests mit hoher Priorität für jeden Build aus, die Tests mit niedriger Priorität nachts und die Tests mit mittlerer Priorität am Ende des Sprints Führen Sie alle vier Testsätze bei jedem Build aus Führen Sie die Tests mit hoher Priorität bei jedem Build aus, die Tests mit mittlerer Priorität jede Nacht, die Tests mit niedriger Priorität jede Woche und die nicht-funktionalen Tests am Donnerstagabend vor Sprint-Ende NEUE FRAGE 26Welche der folgenden Aussagen über die Durchführung explorativer Tests mit Testchartas ist richtig? Im Gegensatz zu Black-Box-Tests wird das erwartete Ergebnis dokumentiert, nachdem ein Fehler gefunden wurde, und nicht als Teil des Testdesigns. Testchartas sind ein nützliches Werkzeug für das Testen, wenn eine detaillierte Spezifikation für das zu testende System vorhanden ist. Das Ergebnis der Durchführung explorativer Tests mit Hilfe von Testchartas ist das Auffinden von Fehlern und Spezifikationsfehlern. Exploratives Testen und Blackbox-Tests verwenden dieselben Metriken zur Messung der Testabdeckung. NEUE FRAGE 27Welche Option gibt einen empfohlenen Leitfaden für die Formulierung von 8DD-Szenarien korrekt wieder0 WÄHLEN SIE EINE OPTION Die Wenn-Schritte sollten die spezifischen technischen Aktionen beschreiben, die ein Benutzer durchführt Das Szenario sollte die dritte Person verwenden, um die Ausgangslage und die Interaktionen aus der Sicht des Benutzers zu beschreiben. Das Szenario sollte ein allgemeines Verhalten beschreiben, das das System aus der Sicht eines bestimmten Benutzers unterstützt. Abhängigkeiten zwischen Szenarien sollten dokumentiert werden. In der verhaltensgesteuerten Entwicklung (BDD) werden Szenarien formuliert, um das allgemeine Verhalten des Systems aus der Sicht eines bestimmten Benutzers zu beschreiben. Dies hilft dabei, die Bedürfnisse des Benutzers zu verstehen und wie das System darauf reagieren sollte. Es ist wichtig, dass Szenarien klar und verständlich für alle Beteiligten sind, auch für nicht-technische, weshalb sie oft in einer einfachen Sprache geschrieben werden, die eher das Verhalten als die technischen Aktionen beschreibt.NEUE FRAGE 28Welche der folgenden Aussagen beschreibt die positive Eigenschaft von Unit-Tests richtig? Unit-Tests sollten unabhängig von anderen Systemkomponenten als der zu testenden sein Unit-Tests können aus den gegebenen Epics und dem vorhandenen Code des Testobjekts abgeleitet werden Beim Refactoring ist das Redesign des Unit-Tests zur Anpassung an den geänderten Code entscheidend Ein Unit-Test sollte gegen große und komplexe Codestrukturen geschrieben werden, um schnelles Feedback über die Codequalität zu erhalten Eine der grundlegenden Eigenschaften von Unit-Tests ist, dass sie unabhängig von anderen Systemkomponenten sein sollten. Das bedeutet, dass ein Unit-Test nur die Funktionalität einer einzelnen Komponente oder Code-Einheit abdecken sollte, ohne sich auf externe Systeme oder Module zu stützen oder mit ihnen zu interagieren. Diese Unabhängigkeit stellt sicher, dass die Tests zielgerichtet und zuverlässig sind und schnell ausgeführt werden können, so dass sie ein unmittelbares Feedback über die Codequalität der getesteten Einheit liefern.Referenzen = Die ISTQB Advanced Level Agile Technical Tester Dokumente beschreiben die Bedeutung der Unabhängigkeit von Unit-Tests als Schlüsselaspekt des technischen Testens in einem agilen Kontext. Diese Eigenschaft ist entscheidend für die Aufrechterhaltung der Effektivität und Effizienz des Testprozesses innerhalb agiler Entwicklungszyklen1.NEUE FRAGE 29Sie arbeiten für ein Unternehmen, das CI implementiert hat und aufgrund von Zeitbeschränkungen Schwierigkeiten hat, die automatisierten Tests bei jedem Build zum Laufen zu bringen. Im Durchschnitt gibt es drei Ad-hoc-Builds pro Tag, einen geplanten Build über Nacht, einen geplanten Build am Freitagabend und einen Build, der am Donnerstagabend vor dem Ende des Sprints am zweiten Freitag durchgeführt wird. Es gibt vier Gruppen von Tests mit hoher Priorität, mittlerer Priorität, niedriger Priorität und nicht funktionalen Tests. Die nicht-funktionalen Tests müssen in der integrierten Stage-Umgebung ausgeführt werden, während die anderen Tests in jeder beliebigen Testumgebung ausgeführt werden können. Zusätzlich zur reinen Ausführungszeit der Tests wurde festgestellt, dass die Überprüfung der Testergebnisse etwa zwei Stunden pro Testsatz in Anspruch nimmt. Welcher der folgenden Ansätze ist angesichts dieser Informationen der effizienteste und effektivste für die Ausführung der Testautomatisierung? Alle vier Testsätze jede Nacht ausführen Führen Sie die Tests mit hoher Priorität bei jedem Build aus, die Tests mit mittlerer Priorität jede Nacht, die Tests mit niedriger Priorität jede Woche und die nicht-funktionalen Tests am Donnerstagabend vor Sprint-Ende Führen Sie alle vier Testsätze in jedem Build aus Führen Sie alle Tests mit hoher Priorität für jeden Build aus, die Tests mit niedriger Priorität nachts und die Tests mit mittlerer Priorität am Ende des Sprints. Der effizienteste und effektivste Ansatz für die Ausführung der Testautomatisierung in einer CI-Umgebung besteht darin, die Tests je nach ihrer Wichtigkeit und der Häufigkeit der Builds zu priorisieren, da die Zeit knapp ist und die Testergebnisse überprüft werden müssen. Die Ausführung von Tests mit hoher Priorität bei jedem Build stellt sicher, dass kritische Funktionen bei jeder Änderung wie erwartet funktionieren. Tests mit mittlerer Priorität können nachts ausgeführt werden, um weniger dringende, aber dennoch wichtige Probleme zu erkennen. Tests mit niedriger Priorität können wöchentlich ausgeführt werden, was im Laufe der Zeit eine breitere Testabdeckung ermöglicht, ohne den täglichen Build-Prozess zu überlasten. Schließlich entspricht die Durchführung nichtfunktionaler Tests in der integrierten Umgebung am Donnerstagabend vor dem Ende des Sprints der Notwendigkeit, dass diese Tests in einer stabileren und integrierten Umgebung durchgeführt werden, während gleichzeitig sichergestellt wird, dass sie vor dem Abschluss des Sprints durchgeführt werden123. Referenzen = Diese Antwort wird durch die ISTQB Advanced Level Agile Technical Tester Dokumente und die Grundsätze der Effizienz der Testautomatisierung unterstützt45. Zusätzlich bieten Ressourcen von Software Testing Help Einblicke in Best Practices für die Testautomatisierungsstrategie und -ausführung67.NEUE FRAGE 30Ein Unit-Test sollte deterministisch sein. Welche Option beschreibt die Bedeutung von "deterministisch" als Eigenschaft eines Unit-Tests korrekt9 WÄHLEN SIE EINE OPTION Er sollte klein sein, damit viele Tests in kurzer Zeit ausgeführt werden können. Er sollte immer, wenn er unter den gleichen Bedingungen ausgeführt wird, die gleichen Ergebnisse liefern. Er sollte nicht von einem anderen Test abhängen. Er sollte nur die Funktionalität testen, die mit ihm zusammenhängt. Ein deterministischer Unit-Test ist ein Test, der jedes Mal, wenn er unter denselben Bedingungen ausgeführt wird, dieselben Ergebnisse liefert. diese Eigenschaft ist für Unit-Tests von entscheidender Bedeutung, da sie sicherstellt, dass die Tests zuverlässig sind und ihre Ergebnisse wiederholbar sind. Deterministische Tests helfen dabei, zu erkennen, wann eine Änderung in der Codebasis zu einem Fehler geführt hat, da jede Abweichung im Testergebnis auf die Änderung und nicht auf ein unvorhersehbares Testverhalten zurückgeführt werden kann.12 Referenzen = Der ISTQB Advanced Level Agile Technical Tester Lehrplan und die Studienressourcen betonen die Bedeutung des deterministischen Verhaltens in Unit-Tests als Teil der Sicherstellung der Zuverlässigkeit und Effektivität von Tests34.NEUE FRAGE 31Sie testen ein großes E-Commerce-System für Haushaltswaren, das mit agilen Methoden implementiert wird.Als Kunde möchte ich das E-Commerce-System nutzen, um mir meine gekauften Waren nach Hause liefern zu lassen.Die Story, an der Sie gerade arbeiten, lautet:Als Kunde möchte ich wissen, wann meine Artikel geliefert werden, damit ich planen kann, zu Hause zu sein.Sie haben die folgende Charta erhalten, die von einem anderen Tester für das Testen dieser Story vorgeschlagen wurde Melden Sie sich als Kunde an, kaufen Sie genug von jedem Artikel, um sich für den kostenlosen Versand zu qualifizieren, und überprüfen Sie, dass keine Versandgebühren hinzugefügt wurden.Was ist der Hauptfehler in dieser Charta? Sie konzentriert sich auf das Lieferunternehmen und nicht auf die Aktivitäten des Benutzers Sie deckt nicht die Hauptfunktionalität der Benutzergeschichte ab. Die erwarteten Ergebnisse sind nicht definiert Die Handlungen des Benutzers sind in der Charta nicht eindeutig festgelegt. NEUE FRAGE 32Betrachten Sie den folgenden Abschnitt des PseudocodesDisplay "You exceeded the number of tries to enter a password. Ihr Konto ist jetzt gesperrt. Rufen Sie den Kunden an.1. die Variablen wurden nicht ordnungsgemäß mit aussagekräftigen Namen definiert.2. Es sind unbenutzte Variablen definiert3. Divisoren werden nicht auf Null getestet4. Schleifenzähler sind nicht richtig initialisiert5. Es gibt Endlosschleifen6. Es gibt Anweisungen innerhalb der Schleife, die außerhalb der Schleife stehen sollten 1, 3, 4, 5 7, 3, 4, 6 2, 3, 5, 6 1, 2, 4, 6 NEUE FRAGE 33Wie hilft die statische Codeanalyse, technische Schulden zu reduzieren? Sie kann Ineffizienzen, Komplexität und unsicheren Code identifizieren, der dann vom Entwickler behoben werden kann. Sie kann die Effizienz des Entwicklers beim Schreiben des Codes verbessern Code-Reviews können überflüssig werden und den Entwicklungsprozess beschleunigen. Es kann den Bedarf an Unit-Tests beseitigen und hilft, die Effizienz des Build-Prozesses zu verbessern. NEUE FRAGE 34Welcher der folgenden Punkte beschreibt am besten, wann die Testautomatisierungssuite aktualisiert werden sollte, um mit der Entwicklung neuer/geänderter Software Schritt zu halten? Am Ende jeder Iteration nach Abschluss der manuellen Tests Am Ende jeder Version während der Regressionstests Zu Beginn jeder Iteration während der Planung Während jeder Iteration, wenn der Code eingeht NEUE FRAGE 35Ihr Team entwickelt eine E-Shop-Anwendung (das SUT), die einen Drittanbieterdienst zur Verarbeitung von Zahlungen über eine API nutzt. Welche Aussage enthält ein Paar von Vorteilen, die BEIDE von der Service-Virtualisierung in diesem Fall erwartet werden können? Frühere Entdeckung von Fehlern im SUT; die Möglichkeit, Code zwischen dem SUT und dem Zahlungs-Gateway zu teilen. Parallele Kompilierung, kontinuierliche Integration und Testautomatisierung; effektiveres Konfigurationsmanagement. Realistisches Testen des SUT, bevor das eigentliche Zahlungsgateway verfügbar ist, Vereinfachung der Testumgebung Früheres Testen der API, Reduzierung der benötigten Testdatenmenge Die Service-Virtualisierung ist eine Technik, die es Teams ermöglicht, das Verhalten von abhängigen Systemen oder Komponenten zu simulieren, die während der Testphase nicht ohne weiteres zugänglich sind. Im Zusammenhang mit der Entwicklung einer E-Shop-Anwendung mit einem noch in der Entwicklung befindlichen Zahlungs-Gateway bietet die Service-Virtualisierung folgende Vorteile:* Realistische Tests: Sie ermöglicht das Testen der E-Shop-Anwendung (SUT) in einer Art und Weise, die der endgültigen Produktionsumgebung sehr nahe kommt, indem das Verhalten des Zahlungsgateways simuliert wird. Dies ermöglicht die Identifizierung von Fehlern und Problemen in einem frühen Stadium des Entwicklungsprozesses12.* Vereinfachung der Testumgebung: Durch den Einsatz virtueller Dienste wird die Komplexität der Testumgebung reduziert. Es besteht keine Notwendigkeit, tatsächliche Integrationen mit dem Zahlungs-Gateway eines Drittanbieters einzurichten und zu pflegen, bis es vollständig entwickelt ist, was den Testprozess und die Infrastrukturanforderungen vereinfacht12.Referenzen = Die Vorteile der Service-Virtualisierung sind im ISTQB Advanced Level Agile Technical Tester Syllabus und andere