- Interview ot\u00e1zky na pohovory o manu\u00e1lnom testovan\u00ed pre nov\u00e1\u010dikov<\/a><\/li>
- Ot\u00e1zky na pohovory o manu\u00e1lnom testovan\u00ed pre pokro\u010dil\u00fdch<\/a><\/li><\/ul><\/div>\n
- \n
- <\/li>\n<\/ul>\n\n
Interviewfragen zum manuellen Testen f\u00fcr Neueinsteiger<\/h2>\n\n
Frage Nr. 1. Was verstehen Sie unter Softwaretests?<\/strong><\/p>\n\n
Antwort: Beim Softwaretest wird ein System evaluiert, um zu pr\u00fcfen, ob es die Gesch\u00e4ftsanforderungen erf\u00fcllt. Sie misst die Gesamtqualit\u00e4t des Systems anhand von Attributen wie Korrektheit, Vollst\u00e4ndigkeit, Benutzerfreundlichkeit, Leistung usw. Sie dient im Wesentlichen dazu, die Qualit\u00e4t der Software f\u00fcr die an der Anwendung Beteiligten zu gew\u00e4hrleisten.<\/p>\n\n
Frage Nr. 2. Warum ist eine Pr\u00fcfung notwendig?<\/strong>
- \n
- Tests geben den Beteiligten die Sicherheit, dass das Produkt wie vorgesehen funktioniert.<\/li>\n\n\n\n
- Vermeidbare Fehler, die ohne ordnungsgem\u00e4\u00dfe Tests an den Endbenutzer\/Kunden weitergegeben werden, verschaffen dem Entwicklungsunternehmen einen schlechten Ruf.<\/li>\n\n\n\n
- Fehler, die zu einem fr\u00fcheren Zeitpunkt im SDLC entdeckt werden, f\u00fchren zu geringeren Kosten und einem geringeren Ressourcenverbrauch f\u00fcr die Reparatur.<\/li>\n\n\n\n
- Spart Entwicklungszeit, da Probleme fr\u00fcher in der Entwicklung erkannt werden.<\/li>\n\n\n\n
- Das Testteam f\u00fcgt der Softwareentwicklung eine weitere Dimension hinzu, indem es eine andere Perspektive auf den Produktentwicklungsprozess bietet.<\/li>\n<\/ul>\n\n
Frage 3. Wann sollten wir aufh\u00f6ren, die Software zu testen?<\/strong>
- \n
- Nach der Ausf\u00fchrung von Testf\u00e4llen – die Testphase kann beendet werden, wenn nach der letzten bekannten Fehlerkorrektur ein vollst\u00e4ndiger Zyklus von Testf\u00e4llen mit einem vereinbarten Erfolgsprozentsatz ausgef\u00fchrt wurde.<\/li>\n\n\n\n
- Nach Erreichen der Testtermine – Die Tests k\u00f6nnen nach Erreichen der Termine eingestellt werden, wenn keine Probleme mit hoher Priorit\u00e4t mehr im System vorhanden sind.<\/li>\n\n\n\n
- Basierend auf der Mean Time Between Failure (MTBF) – MTBF ist die Zeitspanne zwischen zwei Ausf\u00e4llen. Wenn die MTBF relativ hoch ist, kann die Testphase auf der Grundlage von Entscheidungen der Interessenvertreter abgebrochen werden.<\/li>\n\n\n\n
- Basierend auf dem Codeabdeckungswert – Die Testphase kann beendet werden, wenn die automatisierte Codeabdeckung einen bestimmten Schwellenwert mit einem ausreichenden Prozentsatz an Erfolg und ohne einen kritischen Fehler erreicht.<\/li>\n<\/ul>\n\n
Frage Nr. 4. Was versteht man unter Qualit\u00e4tssicherung und welche verschiedenen T\u00e4tigkeiten sind damit verbunden?<\/strong><\/p>\n\n
A: Bei der Qualit\u00e4tssicherung handelt es sich um einen Prozessansatz, bei dem \u00fcberpr\u00fcft wird, ob der Produktentwicklungsprozess korrekt ist und allen Normen entspricht. Sie gilt als vorbeugende Ma\u00dfnahme. Sie deckt Schwachstellen im Softwareentwicklungsprozess auf. Dazu geh\u00f6ren Aktivit\u00e4ten wie die \u00dcberpr\u00fcfung von Dokumenten, die \u00dcberpr\u00fcfung von Testf\u00e4llen, Begehungen, Inspektionen usw.<\/p>\n\n
Frage Nr. 5. Was versteht man unter Qualit\u00e4tskontrolle und welche verschiedenen Arten von Pr\u00fcfungen gibt es bei der Qualit\u00e4tskontrolle?<\/strong><\/p>\n\n
A: Die Qualit\u00e4tskontrolle ist ein produktorientierter Ansatz, bei dem gepr\u00fcft wird, ob die entwickelte L\u00f6sung alle festgelegten Anforderungen erf\u00fcllt. Sie gilt als Korrekturma\u00dfnahme, da sie das erstellte Produkt auf Fehler hin \u00fcberpr\u00fcft. Dazu geh\u00f6ren verschiedene Arten von Tests wie Funktionstests, Leistungstests, Benutzerfreundlichkeitstests usw.<\/p>\n\n
Frage Nr. 6. Was ist der Unterschied zwischen Verifizierung und Validierung?<\/strong>
1.<\/span><\/td> Bei der Verifikation werden verschiedene Artefakte sowie der Softwareentwicklungsprozess evaluiert. Sie wird durchgef\u00fchrt, um sicherzustellen, dass das zu entwickelnde Produkt den Normen entspricht.<\/td> Bei der Validierung wird \u00fcberpr\u00fcft, ob ein entwickeltes Softwareprodukt mit den festgelegten Gesch\u00e4ftsanforderungen \u00fcbereinstimmt.<\/td><\/tr> 2.<\/span><\/td> Es handelt sich um einen statischen Prozess der Analyse von Dokumenten, nicht um das eigentliche Endprodukt.<\/td> Dabei wird ein Softwareprodukt dynamisch getestet, indem es ausgef\u00fchrt wird.<\/td><\/tr> 3.<\/span><\/td> Die Verifizierung ist ein prozessorientierter Ansatz.<\/td> Die Validierung ist ein produktorientierter Ansatz.<\/td><\/tr> 4.<\/span><\/td> Er beantwortet die Frage: „Bauen wir das Produkt richtig?“.<\/td> Er beantwortet die Frage: „Bauen wir das richtige Produkt?“<\/td><\/tr> 5.<\/span><\/td> Fehler, die w\u00e4hrend der Validierung entdeckt werden, erfordern weniger Kosten\/Ressourcen zur Korrektur als Fehler, die w\u00e4hrend der Validierungsphase entdeckt werden.<\/td> Fehler, die bei der Validierung entdeckt werden, erfordern mehr Kosten\/Ressourcen. Ein sp\u00e4ter entdeckter Fehler hat h\u00f6here Kosten f\u00fcr seine Behebung zur Folge.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n Frage Nr. 7. Was ist SDLC – Software Development Life Cycle?<\/strong>
Frage 8. Erkl\u00e4ren Sie den STLC – Softwaretest-Lebenszyklus.<\/strong>
- \n
- Anforderungsanalyse und -validierung – In dieser Phase werden die Anforderungsdokumente analysiert und validiert und der Testumfang festgelegt.<\/li>\n\n\n\n
- Testplanung – In dieser Phase werden die Testplanstrategie, die Sch\u00e4tzung des Testaufwands sowie die Automatisierungsstrategie und die Auswahl der Werkzeuge festgelegt.<\/li>\n\n\n\n
- Testdesign und -analyse – Hier werden Testf\u00e4lle entworfen, Testdaten vorbereitet und Automatisierungsskripte implementiert.<\/li>\n\n\n\n
- Einrichtung der Testumgebung – Es wird eine Testumgebung vorbereitet, die die reale Umgebung genau simuliert.<\/li>\n\n\n\n
- Testdurchf\u00fchrung – Testf\u00e4lle werden vorbereitet, Fehler werden gemeldet und nach deren Behebung erneut getestet.<\/li>\n\n\n\n
- Testabschluss und Berichterstattung – Es wird ein Testabschlussbericht erstellt, der die abschlie\u00dfenden Testergebnisse, Erkenntnisse und Testmetriken zusammenfasst.<\/li>\n<\/ul>\n\n
Frage Nr. 9. Welche verschiedenen Arten von Tests gibt es?<\/strong>
- \n
- Funktionspr\u00fcfung – Bei der Funktionspr\u00fcfung werden die funktionalen Spezifikationen des Systems \u00fcberpr\u00fcft.<\/li>\n\n\n\n
- Nichtfunktionales Testen – Nichtfunktionales Testen ist eine Art von Testen, bei dem nichtfunktionale Anforderungen eines Systems wie Leistung, Skalierbarkeit, Sicherheit, Belastbarkeit, Portabilit\u00e4t usw. getestet werden.<\/li>\n<\/ul>\n\n
Je nachdem, wie die Pr\u00fcfung durchgef\u00fchrt wird, kann sie in verschiedene Kategorien eingeteilt werden:<\/p>\n\n
- \n
- Black-Box-Tests – bei Black-Box-Tests muss der Tester keine Kenntnisse \u00fcber die interne Architektur oder Implementierung des Systems haben. Das Pr\u00fcfger\u00e4t kommuniziert \u00fcber eine Schnittstelle mit dem System, gibt Eingaben vor und pr\u00fcft die empfangenen Ausgaben.<\/li>\n\n\n\n
- White-Box-Tests – Bei White-Box-Tests analysiert der Tester die interne Architektur des Systems sowie die Qualit\u00e4t des Quellcodes anhand verschiedener Parameter wie Codeoptimierung, Codeabdeckung, Wiederverwendbarkeit usw.<\/li>\n\n\n\n
- Grey-Box-Tests – Bei Grey-Box-Tests hat der Tester teilweisen Zugriff auf die interne Architektur des Systems, z. B. der Pr\u00fcfer kann Zugang zu den Entwurfsunterlagen oder der Datenbankstruktur haben. Diese Informationen helfen dem Pr\u00fcfer, die Anwendung besser zu testen.<\/li>\n<\/ul>\n\n
Frage Nr. 10. Was ist manuelle Pr\u00fcfung?<\/strong>
Frage.11. Was sind automatisierte Tests?<\/strong>
Frage Nr. 12. Was sind einige der Vorteile automatisierter Tests?<\/strong>
- \n
- Die Durchf\u00fchrung von Tests durch Automatisierung ist schnell und spart viel Zeit.<\/li>\n\n\n\n
- Sorgf\u00e4ltig geschriebene Testskripte schlie\u00dfen die M\u00f6glichkeit menschlicher Fehler w\u00e4hrend der Tests aus.<\/li>\n\n\n\n
- Die Testdurchf\u00fchrung kann f\u00fcr die n\u00e4chtliche Ausf\u00fchrung mit CI-Tools wie Jenkins geplant werden, die auch so konfiguriert werden k\u00f6nnen, dass die Testergebnisse t\u00e4glich an die relevanten Stakeholder \u00fcbermittelt werden.<\/li>\n\n\n\n
- Automatisierte Tests sind sehr ressourcenintensiv. Nach der Testautomatisierung erfordert die Testdurchf\u00fchrung fast keine QA-Zeit mehr.<\/li>\n<\/ul>\n\n
Frage Nr. 13. Was sind die Nachteile von automatisierten Tests?<\/strong>
- \n
- Sie erfordert erfahrene Experten f\u00fcr automatisierte Tests, die Testskripte schreiben.<\/li>\n\n\n\n
- Die Erstellung der Skripte erfordert einen zus\u00e4tzlichen Aufwand im Vorfeld.<\/li>\n\n\n\n
- Automatisierungsskripte sind auf die Validierung kodierter Tests beschr\u00e4nkt. Bei diesem Test k\u00f6nnen Fehler \u00fcbersehen werden, die sehr auff\u00e4llig und f\u00fcr einen Menschen leicht zu erkennen sind (manuelle Qualit\u00e4tssicherung).<\/li>\n\n\n\n
- Selbst eine geringf\u00fcgige \u00c4nderung in der Anwendung erfordert Skriptaktualisierungen und Wartung.<\/li>\n<\/ul>\n\n
Frage Nr. 14. Was sind Leistungstests?<\/strong>
\n![\"Leistungsprüfung\"](\"https:\/\/staging-msg-ittester-sk.rucolabs.sk\/wp-content\/uploads\/2023\/06\/perfomance-testing-1024x1008.webp\")
Leistungspr\u00fcfung<\/figcaption><\/figure>\n<\/div>\n Frage Nr. 15. Was ist eine Testumgebung?<\/strong>
Frage 16. Was ist ein Testplan?<\/strong>
Frage Nr. 17. Was ist ein Testszenario?<\/strong>
Frage Nr. 18. Was ist ein Testfall?<\/strong>
Frage Nr. 19. Was sind einige Attribute eines Testfalls?<\/strong>
- \n
- TestCaseId – eindeutiger Bezeichner des Testfalls.<\/li>\n\n\n\n
- Testzusammenfassung – Eine unmissverst\u00e4ndliche Zusammenfassung des Testfalls.<\/li>\n\n\n\n
- Beschreibung – Detaillierte Beschreibung des Testfalls.<\/li>\n\n\n\n
- Voraussetzung oder Vorbedingung – Eine Reihe von Voraussetzungen, die erf\u00fcllt sein m\u00fcssen, bevor Pr\u00fcfschritte ausgef\u00fchrt werden k\u00f6nnen.<\/li>\n\n\n\n
- Testschritte – Detaillierte Schritte zur Ausf\u00fchrung eines Testfalls.<\/li>\n\n\n\n
- Erwartetes Ergebnis – Erwartetes Ergebnis f\u00fcr das Bestehen des Tests.<\/li>\n\n\n\n
- Tats\u00e4chliches Ergebnis – Das tats\u00e4chliche Ergebnis, nachdem die Pr\u00fcfschritte durchgef\u00fchrt wurden.<\/li>\n\n\n\n
- Testergebnis – Status des Tests: bestanden\/nicht bestanden.<\/li>\n\n\n\n
- Automatisierungsstatus – Automatisierungskennzeichen, ob die Anwendung automatisiert ist oder nicht.<\/li>\n\n\n\n
- Datum – Das Datum, an dem der Test durchgef\u00fchrt wurde.<\/li>\n\n\n\n
- Ausgef\u00fchrt von (Ausgef\u00fchrt von – Name der Person, die den Testfall ausf\u00fchrt).<\/li>\n<\/ul>\n\n
Frage Nr. 20. Was sind Testdaten?<\/strong>
Frage Nr. 21. Was ist ein Testskript?<\/strong>
Frage Nr. 22. Was ist ein Softwaretestfehler?<\/strong>
Frage Nr. 23. Was ist eine „Wanze“?<\/strong>
Frage Nr. 24. Was ist ein „Mangel“?<\/strong>
Frage Nr. 25. Was sind einige Merkmale der Fehlerberichterstattung?<\/strong>
- \n
- DefectId – eindeutiger Bezeichner des Defekts.<\/li>\n\n\n\n
- Defekt-Zusammenfassung – eine einzeilige Zusammenfassung des Defekts, nicht der Name des Defekts.<\/li>\n\n\n\n
- Defektbeschreibung – detaillierte Beschreibung des Defekts.<\/li>\n\n\n\n
- Schritte zur Reproduktion – Schritte, um den Fehler zu reproduzieren.<\/li>\n\n\n\n
- Erwartetes Ergebnis – das erwartete Verhalten, von dem die Anwendung aufgrund eines Fehlers abweicht.<\/li>\n\n\n\n
- Tats\u00e4chliches Ergebnis – der aktuelle Fehlerzustand der Anwendung im Zusammenhang mit dem Fehler.<\/li>\n\n\n\n
- Fehlerschwere – Je nach Schwere des Fehlers kann dieses Feld auf „gering“, „mittel“, „schwer“ oder auf „Show-Stopper“ eingestellt werden.<\/li>\n\n\n\n
- Priorit\u00e4t – Je nach Dringlichkeit des Fehlers kann dieses Feld auf einer Skala von P0 bis P3 eingestellt werden.<\/li>\n<\/ul>\n\n
Frage Nr. 26. Welche Werkzeuge gibt es zur Verwaltung von Fehlern und M\u00e4ngeln?<\/strong>
Frage Nr. 27. Was ist Defektdichte?<\/strong>
Frage Nr. 28. Was ist die Fehlerpriorit\u00e4t?<\/strong>
Frage Nr. 29. Was ist die Fehlerschwere?<\/strong>
Frage Nr. 30. Geben Sie ein Beispiel f\u00fcr Fehler mit niedriger Priorit\u00e4t – niedrigem Schweregrad, niedriger Priorit\u00e4t – hohem Schweregrad, hoher Priorit\u00e4t – niedrigem Schweregrad und hoher Priorit\u00e4t – hohem Schweregrad.<\/strong>
- \n
- Niedrige Priorit\u00e4t – geringer Schweregrad: ein Rechtschreibfehler auf einer Seite, die von den Benutzern nicht h\u00e4ufig besucht wird.<\/li>\n\n\n\n
- Niedrige Priorit\u00e4t – hoher Schweregrad: Crash-Anwendungen in einigen sehr marginalen F\u00e4llen.<\/li>\n\n\n\n
- Hohe Priorit\u00e4t – geringer Schweregrad: Eine geringf\u00fcgige \u00c4nderung der Farbe des Logos oder ein Rechtschreibfehler im Firmennamen.<\/li>\n\n\n\n
- Hohe Priorit\u00e4t – hoher Schweregrad: Problem mit der Anmeldefunktion.<\/li>\n<\/ul>\n\n
Frage 31. Was ist ein „Blocker“?<\/strong>
Frage Nr. 32. Was ist ein kritischer Fehler?<\/strong>
Frage Nr. 33. Erkl\u00e4ren Sie den Lebenszyklus eines K\u00e4fers oder die verschiedenen Stadien eines K\u00e4fers.<\/strong><\/p>\n\n
Antwort: Ein Fehler in der Softwareentwicklung durchl\u00e4uft die folgenden Phasen<\/p>\n\n
- \n
- Neu – der Fehler oder Defekt befindet sich im Status Neu, wenn er entdeckt wird.<\/li>\n\n\n\n
- Zugewiesen – Der neu entdeckte Fehler befindet sich im Status Zugewiesen, nachdem er dem entsprechenden Entwickler zugewiesen wurde.<\/li>\n\n\n\n
- Offen – Wenn der Entwickler an einem Fehler arbeitet, befindet sich der Fehler im Status Offen.<\/li>\n\n\n\n
- Abgelehnt\/kein Fehler – Ein Fehler befindet sich im Status Abgelehnt, wenn der Entwickler der Meinung ist, dass der Fehler nicht echt ist.<\/li>\n<\/ul>\n\n
- \n
- Aufgeschoben – Ein aufgeschobener Fehler ist ein Fehler, dessen Korrektur f\u00fcr einen bestimmten Zeitraum (f\u00fcr zuk\u00fcnftige Versionen) aufgeschoben wird, basierend auf der Dringlichkeit und Wichtigkeit des Fehlers.<\/li>\n\n\n\n
- Behoben – Wenn der Entwickler den Fehler behebt, wird er als behoben markiert.<\/li>\n\n\n\n
- Getestet(Test) – Wenn ein Fehler behoben ist, wird er einem Tester zugewiesen und w\u00e4hrend dieses Zeitraums als getestet markiert.<\/li>\n\n\n\n
- Wiederer\u00f6ffnet – Wenn der Pr\u00fcfer mit der L\u00f6sung des Problems nicht zufrieden ist, wird der Fehler in den Status Wiederer\u00f6ffnet versetzt.<\/li>\n\n\n\n
- Verifiziert – Wenn der Tester nach der Testphase das Gef\u00fchl hat, dass der Fehler behoben ist, wird er als verifiziert markiert.<\/li>\n\n\n\n
- Geschlossen – Nachdem der Fehler verifiziert wurde, wird der Fehler in den Status Geschlossen versetzt.<\/li>\n<\/ul>\n\n
Frage Nr. 34. Was sind die verschiedenen Testentwurfstechniken?<\/strong><\/p>\n\n
Antwort: Testentwurfstechniken sind verschiedene Testentwurfsstandards, die systematische und allgemein akzeptierte Testf\u00e4lle erm\u00f6glichen. Verschiedene Testentwurfstechniken k\u00f6nnen in statische Testentwurfstechniken und dynamische Testentwurfstechniken unterteilt werden.<\/p>\n\n
1. Statische Testentwurfstechniken – Testentwurfstechniken, bei denen ohne laufenden Code getestet wird. Die verschiedenen Techniken zur Entwicklung statischer Tests lassen sich in zwei Bereiche unterteilen: manuell und mit Hilfe von Tools.<\/p>\n\n
- \n
- Manuelle statische Testentwurfstechniken<\/li>\n\n\n\n
- Komplettl\u00f6sung<\/li>\n\n\n\n
- Informelle Bewertungen<\/li>\n\n\n\n
- Technische \u00dcberpr\u00fcfungen<\/li>\n\n\n\n
- AuditControl<\/li>\n\n\n\n
- Managementpr\u00fcfung (Technische Pr\u00fcfung)<\/li>\n<\/ul>\n\n
2. Statische Testentwurfstechniken unter Verwendung von Tools<\/p>\n\n
- \n
- Statische Code-Analyse – beinhaltet die Analyse verschiedener Pfade und Abl\u00e4ufe in der Anwendung und verschiedener Zust\u00e4nde der Testdaten.<\/li>\n\n\n\n
- Einhaltung von Programmierstandards – Der Code wird auf die Einhaltung verschiedener Programmierstandards gepr\u00fcft.<\/li>\n\n\n\n
- Analyse der Code-Metriken – Ein Tool f\u00fcr die statische Analyse wird ben\u00f6tigt, um verschiedene Metriken wie Codezeilen, Komplexit\u00e4t, Codeabdeckung usw. zu bewerten.<\/li>\n<\/ul>\n\n
3. Dynamische Testentwurfstechniken – Dynamische Testentwurfstechniken beinhalten Tests, bei denen das zu testende System ausgef\u00fchrt wird.<\/p>\n\n
- \n
- Spezifikationsbasierte Testentwurfstechniken – Spezifikationsbasierte Testentwurfstechniken werden auch als Blackbox-Tests bezeichnet. Bei diesen Techniken wird gegen die Spezifikation des zu testenden Systems getestet, ohne dessen interne Architektur zu kennen.<\/li>\n\n\n\n
- Strukturbasierte Testentwurfstechniken – Auch als White-Box-Tests bezeichnet. Bei diesen Techniken sind Kenntnisse \u00fcber den Code oder die interne Architektur des Systems erforderlich, um die Tests durchzuf\u00fchren.<\/li>\n\n\n\n
- Erfahrene Techniken – Erfahrene Techniken basieren auf der Erfahrung oder Intuition des Testers. Die beiden h\u00e4ufigsten Formen des erfahrungsbasierten Testens sind Adhoc-Tests und explorative Tests.<\/li>\n<\/ul>\n\n
Frage Nr. 35. Was sind statische Tests?<\/strong><\/p>\n\n
A: Statische Tests sind eine Art von Tests zur \u00dcberpr\u00fcfung von Arbeitsprodukten oder Dokumentationen, die w\u00e4hrend eines Projekts erstellt werden. Erm\u00f6glicht die \u00dcberpr\u00fcfung von Spezifikationen, Gesch\u00e4ftsanforderungen, Dokumentation, Prozessen und funktionalen Anforderungen in der ersten Testphase.<\/p>\n\n
So k\u00f6nnen die beteiligten Tester die Anforderungen genauer verstehen, bevor sie mit dem Testzyklus beginnen, der dazu beitragen soll, ein Qualit\u00e4tsprodukt zu liefern.<\/p>\n\n
Frage Nr. 36. Was sind dynamische Tests?<\/strong><\/p>\n\n
Antwort: Die Art des Testens, bei der die zu testende Anwendung entweder manuell oder durch Automatisierung ausgef\u00fchrt wird, wird als dynamisches Testen bezeichnet.<\/p>\n\n
Frage Nr. 37. Erkl\u00e4ren Sie die verschiedenen Arten von spezifikationsbasierten Testentwurfstechniken.<\/strong><\/p>\n\n
Antwort: Spezifikationsbasierte Testentwurfstechniken werden auch als Blackbox-Tests bezeichnet. Dabei wird gegen die Spezifikation des zu testenden Systems getestet, ohne dessen interne Architektur zu kennen. Es gibt verschiedene Arten von spezifikationsbasierten Tests oder Blackbox-Testtechniken:<\/p>\n\n
- \n
- \u00c4quivalenzpartitionierung – Gruppierung von Testdaten in logische Gruppen oder \u00c4quivalenzklassen unter der Annahme, dass alle in den Klassen liegenden Datenelemente die gleiche Wirkung auf die Anwendung haben.<\/li>\n\n\n\n
- Grenzwertanalyse – Testen unter Verwendung von Grenzwerten der \u00c4quivalenzklassen, die als Testeingaben verwendet werden.<\/li>\n\n\n\n
- Entscheidungstabellen – Testen mit Entscheidungstabellen, die das Verhalten der Anwendung auf der Grundlage verschiedener Kombinationen von Eingabewerten zeigen.<\/li>\n\n\n\n
- Ursache-Wirkungs-Diagramm – Testen unter Verwendung einer grafischen Darstellung des Ergebnisses und aller Faktoren, die das Ergebnis beeinflussen.<\/li>\n\n\n\n
- Testen von Zustands\u00fcberg\u00e4ngen – Testen auf der Grundlage des Zustandsmaschinenmodells.<\/li>\n\n\n\n
- Use Case Testing – Tests, die anhand von Anwendungsf\u00e4llen durchgef\u00fchrt werden.<\/li>\n<\/ul>\n\n
Frage Nr. 38. Erkl\u00e4ren Sie die Partitionierung von \u00c4quivalenzklassen.<\/strong><\/p>\n\n
A: Die \u00c4quivalenzklassenverteilung ist eine Blackbox-Testtechnik, die auf der Spezifikation basiert. Bei der Einteilung in \u00c4quivalenzklassen wird die Menge der Eingabedaten, die verschiedene Testbedingungen definieren, in logisch \u00e4hnliche Gruppen unterteilt, so dass die Verwendung auch nur eines Testdatensatzes aus einer Testgruppe als \u00e4hnlich wie die Verwendung aller anderen Daten in dieser Gruppe angesehen werden kann.<\/p>\n\n
Um zum Beispiel ein Square-Programm zu testen (ein Programm, das ein Quadrat einer Zahl ausgibt), kann es \u00c4quivalenzklassen geben – die Menge der negativen Zahlen, der ganzen Zahlen, der Dezimalzahlen, der Menge der gro\u00dfen Zahlen usw.<\/p>\n\n
Frage Nr. 39. Was ist eine Grenzwertanalyse?<\/strong><\/p>\n\n
Antwort: Die Grenzwertanalyse ist eine Softwaretesttechnik f\u00fcr den Entwurf von Testf\u00e4llen, bei der die Grenzwerte von \u00c4quivalenzklassenverteilungen als Input f\u00fcr Testf\u00e4lle verwendet werden, z.B. wenn die Testdaten im Bereich 0-100 liegen, wird die Schwellenwertanalyse die Testdaten – 0,1, 99, 100 – umfassen.<\/p>\n\n
Frage 40. Was ist ein Entscheidungstabellentest?<\/strong><\/p>\n\n
Antwort: Das Testen mit Entscheidungstabellen ist eine Art von spezifikationsbasierter Testentwurfstechnik oder Blackbox-Testtechnik, bei der das Verhalten einer Anwendung auf der Grundlage verschiedener Kombinationen von Eingabewerten anhand von Entscheidungstabellen getestet wird.<\/p>\n\n
Entscheidungstabellen sind besonders n\u00fctzlich, wenn Sie Testf\u00e4lle f\u00fcr komplexe Gesch\u00e4ftsszenarien entwerfen, die eine Anwendungsvalidierung mit mehreren Kombinationen von Eingaben beinhalten.<\/p>\n\n
Frage 41. Was ist ein Ursache-Wirkungs-Diagramm?<\/strong><\/p>\n\n
Antwort: Das Testen mit einem Ursache-Wirkungs-Diagramm ist eine Blackbox-Testentwurfstechnik, bei der eine grafische Darstellung der Eingabe verwendet wird, um Tests zu entwerfen, d.h. j. Ursachen und Output, d.h. j. von Bedeutung. Diese Technik verwendet verschiedene Notationen, die AND, OR, NOT usw. darstellen. zwischen Eingabebedingungen, die zur Ausgabe f\u00fchren.<\/p>\n\n
Frage Nr. 42. Was ist ein Zustands\u00fcbergangstest?<\/strong><\/p>\n\n
Antwort: Das Testen von Zustands\u00fcberg\u00e4ngen ist eine Blackbox-Testentwurfstechnik, die auf einem Zustandsmaschinenmodell basiert. Das Testen von \u00dcberg\u00e4ngen zwischen Zust\u00e4nden basiert auf dem Konzept, dass ein System als eine Menge von mehreren Zust\u00e4nden definiert werden kann und der \u00dcbergang von einem Zustand in einen anderen als Folge eines Ereignisses erfolgt.<\/p>\n\n
Frage Nr. 43. Was ist ein Anwendungsfalltest?<\/strong><\/p>\n\n
Antwort: Use Case Testing ist ein Black Box Testing-Ansatz, bei dem die Tests anhand von Anwendungsf\u00e4llen durchgef\u00fchrt werden. Das Anwendungsszenario wird als eine Interaktion zwischen der Anwendung und den Akteuren (Benutzern) betrachtet. Diese Anwendungsf\u00e4lle werden zur Darstellung der Anforderungen verwendet und k\u00f6nnen daher auch als Grundlage f\u00fcr Akzeptanztests dienen.<\/p>\n\n
Frage Nr. 44. Was ist Testabdeckung?<\/strong><\/p>\n\n
Antwort: Es ist eine Metrik, die den Umfang der Tests misst, die bei der Ausf\u00fchrung von Testf\u00e4llen an der Software durchgef\u00fchrt werden. Die Testabdeckung f\u00fcr jede Software kann als Prozentsatz der Anzahl der abgedeckten Testbereiche oder Abdeckungselemente im Verh\u00e4ltnis zur Gesamtzahl der Testbereiche berechnet werden.<\/p>\n\n
Je h\u00f6her die Testabdeckung, desto mehr Teile der Software werden durch Testf\u00e4lle abgedeckt und desto effizienter sind die Tests.<\/p>\n\n
Frage Nr. 45. Was sind strukturbasierte Tests?<\/strong><\/p>\n\n
Antwort: Strukturbasierte Testentwurfstechniken werden auch als White-Box-Tests bezeichnet. Bei diesen Techniken sind Kenntnisse \u00fcber den Code oder die interne Architektur des Systems erforderlich, um die Tests durchzuf\u00fchren. Es gibt verschiedene Arten von strukturbasierten Tests oder White-Box-Testverfahren:<\/p>\n\n
- \n
- Anweisungstests – eine White-Box-Testtechnik, bei der Testskripte entworfen werden, um Befehle im Anwendungscode auszuf\u00fchren. Die Abdeckung wird anhand der Anzahl der Codezeilen oder Anweisungen gemessen, die von den Testskripten ausgef\u00fchrt werden.<\/li>\n\n\n\n
- Entscheidungstests\/Verzweigungstests – eine Testtechnik, bei der Testskripte entwickelt werden, um verschiedene Entscheidungszweige (z.B. if-else Bedingungen) in einer Anwendung auszuf\u00fchren. Die Abdeckung wird als prozentualer Anteil der Entscheidungspunkte an der Gesamtzahl der Entscheidungspunkte in der Anwendung gemessen.<\/li>\n\n\n\n
- Bedingungstests – Bedingungstests sind ein Testansatz, bei dem wir eine Anwendung mit wahren und falschen Ergebnissen f\u00fcr jede Bedingung testen. F\u00fcr n Bedingungen haben wir also 2n Testskripte.<\/li>\n\n\n\n
- Testen unter mehreren Bedingungen – Beim Testen unter mehreren Bedingungen werden verschiedene Kombinationen von Bedingungsergebnissen mindestens einmal getestet. F\u00fcr eine 100%ige Abdeckung ben\u00f6tigen wir also 2^n Testskripte. Das ist sehr anstrengend und es ist sehr schwierig, eine 100%ige Abdeckung zu erreichen.<\/li>\n\n\n\n
- Bedingungsbestimmungstests – Dies ist eine optimierte Methode zum Testen mehrerer Bedingungen, wobei Kombinationen, die keinen Einfluss auf die Ergebnisse haben, verworfen werden.<\/li>\n\n\n\n
- Pfad-Tests – Testen unabh\u00e4ngiger Pfade im System (Pfade sind ausf\u00fchrbare Anweisungen von Eingangs- zu Ausgangspunkten).<\/li>\n<\/ul>\n\n
Frage Nr. 46. Was ist Code Coverage?<\/strong><\/p>\n\n
A: Die Codeabdeckung ist ein Ma\u00df f\u00fcr den Umfang des von den Testskripten abgedeckten Codes. Sie vermittelt einen Eindruck davon, welcher Teil der Anwendung von den Tests abgedeckt wird.<\/p>\n\n
Frage 47. Was sind Anweisungstests und Anweisungsabdeckung bei White Box-Tests?<\/strong><\/p>\n\n
Antwort: Anweisungstests sind ein White-Box-Testansatz, bei dem Testskripte entwickelt werden, um Codeanweisungen auszuf\u00fchren.<\/p>\n\n
Die Anweisungsabdeckung ist ein Ma\u00df f\u00fcr den prozentualen Anteil der von den Testskripten ausgef\u00fchrten Codeanweisungen an der Gesamtzahl der Codeanweisungen in der Anwendung. Die Befehlsabdeckung ist die am wenigsten bevorzugte Metrik zur \u00dcberpr\u00fcfung der Testabdeckung.<\/p>\n\n
Frage Nr. 48. Was sind Entscheidungstests oder Verzweigungstests?<\/strong><\/p>\n\n
A: Entscheidungstests oder Verzweigungstests sind White-Box-Tests, bei denen die Testabdeckung anhand des prozentualen Anteils der ausgef\u00fchrten Entscheidungspunkte (z.B. if-else-Bedingungen) an der Gesamtzahl der Entscheidungspunkte in der Anwendung gemessen wird.<\/p>\n\n
Frage 49. Was sind die verschiedenen Stufen der Tests?<\/strong><\/p>\n\n
Antwort: Tests k\u00f6nnen auf verschiedenen Ebenen des Entwicklungsprozesses durchgef\u00fchrt werden. Die Durchf\u00fchrung von Testaktivit\u00e4ten auf mehreren Ebenen hilft bei der fr\u00fchzeitigen Erkennung von Fehlern. Die verschiedenen Ebenen der Tests sind –<\/p>\n\n
1. Einheitstests<\/p>\n\n
2. die Integrationspr\u00fcfung<\/p>\n\n
3. Systempr\u00fcfung<\/p>\n\n
4. Abnahmetest<\/p>\n\n
Frage Nr. 50. Was sind Unit-Tests?<\/strong><\/p>\n\n
Antwort: Unit-Tests sind die erste Stufe des Testens und umfassen das Testen einzelner Module der Software. Sie wird normalerweise von Entwicklern durchgef\u00fchrt.<\/p>\n\n
Frage Nr. 51. Was sind Integrationstests?<\/strong><\/p>\n\n
A: Integrationstests werden nach den Unit-Tests durchgef\u00fchrt. Bei Integrationstests testen wir eine Gruppe zusammengeh\u00f6riger Module. Sie zielt darauf ab, Probleme mit der Verbindung zwischen den Modulen zu finden.<\/p>\n\n
Frage Nr. 52. Was sind die verschiedenen Arten von Integrationstests?<\/strong><\/p>\n\n
A: Die verschiedenen Arten von Integrationstests sind –<\/p>\n\n
1. ‚Big Bang‘-Integrationstests – Bei ‚Big Bang‘-Integrationstests beginnen die Tests, nachdem alle Module integriert wurden.<\/p>\n\n
2) Top-Down-Integrationstests – Bei der Top-Down-Integration beginnen die Tests\/Integration von den Modulen der obersten Ebene zu den Modulen der unteren Ebene.<\/p>\n\n
3) Bottom-up-Integrationstests – Bei der Bottom-up-Integration beginnen die Tests von den Modulen der unteren Ebene zu den Modulen der h\u00f6heren Ebene in der Hierarchie.<\/p>\n\n
4. Hybride Integrationstests – Hybride Integrationstests sind eine Kombination aus Top-Down- und Bottom-Up-Integrationstests. Bei diesem Ansatz beginnt die Integration auf der mittleren Schicht und die Tests werden in beide Richtungen durchgef\u00fchrt.<\/p>\n\n
Frage Nr. 53. Was ist ein Stummel?<\/strong><\/p>\n\n
A: Im Falle von Top-Down-Integrationstests entwickeln sich die Module der unteren Ebene oft nicht weiter, wenn die Tests\/Integration mit den Modulen der oberen Ebene beginnen. In diesen F\u00e4llen werden Stubs oder Dummy-Module verwendet, um den Betrieb der Module zu simulieren, indem sie eine feste oder erwartete Ausgabe basierend auf den Eingabewerten liefern.<\/p>\n\n
Frage 54. Was ist ein Treiber?<\/strong><\/p>\n\n
A: Bei Bottom-Up-Integrationstests werden Treiber verwendet, um den Betrieb von Modulen der obersten Ebene zu simulieren, um damit verbundene Module in der unteren Hierarchie zu testen.<\/p>\n\n
Frage 55. Was ist ein Systemtest?<\/strong><\/p>\n\n
A: Systemtests sind eine Testebene, die die Software als Ganzes testet. Bei den Systemtests wird die \u00dcbereinstimmung der Anwendung mit den Gesch\u00e4ftsanforderungen \u00fcberpr\u00fcft.<\/p>\n\n
Frage Nr. 56. Was sind Akzeptanztests?<\/strong><\/p>\n\n
Antwort: Abnahmetests sind Tests, die von einem potenziellen Endbenutzer oder Kunden durchgef\u00fchrt werden, um zu pr\u00fcfen, ob die Software die Gesch\u00e4ftsanforderungen erf\u00fcllt und f\u00fcr den Einsatz akzeptiert werden kann.<\/p>\n\n
Frage Nr. 57. Was sind UAT-Tests?<\/strong><\/p>\n\n
Antwort: UAT-Tests sind die letzte Phase des Testlebenszyklus. Ihr Hauptzweck besteht darin, zu \u00fcberpr\u00fcfen, ob die Software in \u00dcbereinstimmung mit den Gesch\u00e4ftsanforderungen funktioniert. Es wird auch sichergestellt, dass die Anwendung benutzerfreundlich ist und komplexe Szenarien am besten bew\u00e4ltigen kann, bevor das Produkt f\u00fcr echte Benutzer freigegeben wird.<\/p>\n\n
Frage Nr. 58. Was sind End-to-End-Tests?<\/strong><\/p>\n\n
A: End-to-End-Tests sind eine Art von Tests, bei denen die gesamte Anwendung gepr\u00fcft wird, um sicherzustellen, dass jede Funktion der Software wie erwartet funktioniert und dass keine L\u00fccken bestehen. Stellt sicher, dass die Anwendung benutzerfreundlich ist und den Gesch\u00e4ftsanforderungen entspricht.<\/p>\n\n
Frage Nr. 59. Was ist ein Alphatest?<\/strong><\/p>\n\n
Antwort: Alpha-Tests sind eine Art von Akzeptanztests, die von Testern oder internen Mitarbeitern des Unternehmens am Arbeitsplatz des Entwicklers durchgef\u00fchrt werden.<\/p>\n\n
Frage 60. Was ist ein Beta-Test?<\/strong><\/p>\n\n
Antwort: Beta-Tests sind Tests, die von Endbenutzern am Arbeitsplatz des Endbenutzers durchgef\u00fchrt werden. Es erm\u00f6glicht Benutzern, dem Entwicklungsunternehmen direkte Informationen \u00fcber die Software zukommen zu lassen.<\/p>\n\n
Frage Nr. 61. Was sind Adhoc-Tests?<\/strong><\/p>\n\n
Antwort: Adhoc-Tests sind unstrukturierte Tests, die ohne formale Dokumentation oder angemessene Planung durchgef\u00fchrt werden.<\/p>\n\n
Frage Nr. 62. Was sind Affentests?<\/strong><\/p>\n\n
Antwort: Monkey-Tests sind eine Art von Tests, die nach dem Zufallsprinzip ohne vordefinierte Testf\u00e4lle oder Testeingaben durchgef\u00fchrt werden.<\/p>\n\n
Frage Nr. 63. Wie unterscheiden sich Affentests von Adhoc-Tests?<\/strong><\/p>\n\n
A: Bei Adhoc-Tests gibt es zwar keine vordefinierten oder dokumentierten Testf\u00e4lle, aber die Tester haben dennoch einen \u00dcberblick \u00fcber die Anwendung. Bei Affentests hingegen verstehen die Tester die Anwendung nicht.<\/p>\n\n
Frage Nr. 64. Was sind Sondierungstests?<\/strong><\/p>\n\n
A: Exploratives Testen ist eine Art des Testens, bei der neue Testf\u00e4lle hinzugef\u00fcgt und aktualisiert werden, w\u00e4hrend das System erforscht wird oder Testf\u00e4lle ausgef\u00fchrt werden. Im Gegensatz zu skriptgesteuerten Tests finden beim explorativen Testen der Testentwurf und die Testausf\u00fchrung parallel statt.<\/p>\n\n
Frage Nr. 65. Was sind Lasttests?<\/strong><\/p>\n\n
A: Lasttests sind eine Art von Leistungstests, die darauf abzielen, die Leistung einer Anwendung unter einer erwarteten Last zu ermitteln. Bei Lasttests bewerten wir die Reaktionszeit, den Durchsatz, die Fehlerquote usw. Anwendungsparameter.<\/p>\n\n
Frage Nr. 66. Was ist ein Stresstest?<\/strong><\/p>\n\n
A: Stresstests sind eine Art von Leistungstests, bei denen das Verhalten einer Anwendung unter einer h\u00f6heren als der erwarteten Last \u00fcberwacht wird. Stresstests werden durchgef\u00fchrt, um Speicherlecks und die Robustheit der Anwendung zu erkennen.<\/p>\n\n
Frage Nr. 67. Was ist ein Volumentest?<\/strong><\/p>\n\n
A: Volumentests sind eine Art von Leistungstests, bei denen die Leistung einer Anwendung mit einer gro\u00dfen Menge an Daten bewertet wird. Es pr\u00fcft die Skalierbarkeit der Anwendung und hilft bei der Identifizierung von Engp\u00e4ssen bei gro\u00dfen Datenmengen.<\/p>\n\n
Frage Nr. 68. Was ist ein Dauertest oder ein Soak-Test?<\/strong><\/p>\n\n
Antwort: Ausdauertests sind eine Art von Leistungstests, die darauf abzielen, Probleme wie Speicherlecks zu finden, wenn eine Anwendung \u00fcber einen l\u00e4ngeren Zeitraum hinweg Stresstests unterzogen wird.<\/p>\n\n
Frage Nr. 69. Was ist ein Spike-Test?<\/strong><\/p>\n\n
A: Spike-Tests sind eine Art von Leistungstests, bei denen die Leistung einer Anwendung gemessen wird, wenn die Anzahl der aktiven Benutzer w\u00e4hrend eines Stresstests pl\u00f6tzlich steigt.<\/p>\n\n
Frage Nr. 70. Was sind UI-Tests?<\/strong><\/p>\n\n
Antwort: UI- oder Benutzeroberfl\u00e4chen-Tests sind eine Art von Tests, die darauf abzielen, GUI-Fehler in einer Anwendung zu finden und zu \u00fcberpr\u00fcfen, ob die GUI den Spezifikationen entspricht.<\/p>\n\n
Frage Nr. 71. Was sind Usability-Tests?<\/strong><\/p>\n\n
Antwort: Usability-Tests sind eine Art von Tests, die darauf abzielen, die Benutzerfreundlichkeit einer Anwendung zu ermitteln. Sein Zweck ist es, Fehler in der Anwendung aufzusp\u00fcren, die die Benutzerfreundlichkeit beeintr\u00e4chtigen.<\/p>\n\n
Frage Nr. 72. Was sind Zug\u00e4nglichkeitstests?<\/strong><\/p>\n\n
Antwort: Barrierefreiheitstests sind eine Art von Tests, die darauf abzielen, die Benutzerfreundlichkeit oder den Betrieb einer Anwendung speziell f\u00fcr Menschen mit Behinderungen zu ermitteln.<\/p>\n\n
Frage 73. Was sind Kompatibilit\u00e4tstests?<\/strong><\/p>\n\n
Antwort: Kompatibilit\u00e4tstests sind die \u00dcberpr\u00fcfung von Software, um festzustellen, wie kompatibel die Software mit einer bestimmten Umgebung – Betriebssystem, Plattform oder Hardware – ist.<\/p>\n\n
Frage Nr. 74. Was ist ein Konfigurationstest?<\/strong><\/p>\n\n
Antwort: Konfigurationstests sind eine Art von Tests, mit denen die Anforderungen an die Softwarekonfiguration sowie die Auswirkungen von \u00c4nderungen der erforderlichen Konfiguration bewertet werden.<\/p>\n\n
Frage Nr. 75. Was sind Lokalisierungstests?<\/strong><\/p>\n\n
A: Lokalisierungstests sind eine Art von Tests, bei denen wir die Anpassung einer Anwendung (eine lokalisierte Version der Anwendung) in einer bestimmten Kultur, einem bestimmten Ort oder Land bewerten.<\/p>\n\n
Frage Nr. 76. Was ist ein Globalisierungstest?<\/strong><\/p>\n\n
A: Globalisierungstests sind eine Art von Tests, bei denen die Leistung einer Anwendung auf der ganzen Welt in verschiedenen Kulturen, Sprachen, Orten und L\u00e4ndern bewertet wird.<\/p>\n\n
Frage Nr. 77. Was ist ein negativer Test?<\/strong><\/p>\n\n
Antwort: Negative Tests sind eine Art von Tests, bei denen die Widerstandsf\u00e4higkeit einer Anwendung bewertet wird (elegantes Beenden oder Fehlerberichterstattung), wenn sie mit ung\u00fcltigen Eingaben oder Testdaten versorgt wird.<\/p>\n\n
Frage Nr. 78. Was sind Sicherheitstests?<\/strong><\/p>\n\n
Antwort: Sicherheitstests sind eine Art von Tests, die darauf abzielen, die Integrit\u00e4t, Authentifizierung, Autorisierung, Verf\u00fcgbarkeit, Vertraulichkeit und Nicht-Abstreitbarkeit der zu testenden Anwendung zu bewerten.<\/p>\n\n
Frage Nr. 79. Was sind Penetrationstests?<\/strong><\/p>\n\n
A: Penetrationstests oder Pen-Tests sind eine Art von Sicherheitstests, bei denen eine Anwendung auf verschiedene Arten von Schwachstellen untersucht wird, die von jedem Hacker ausgenutzt werden k\u00f6nnten.<\/p>\n\n
Frage Nr. 80. Was sind Robustheitstests?<\/strong><\/p>\n\n
Antwort: Robustheitstests sind eine Art von Tests, die durchgef\u00fchrt werden, um die Robustheit einer Anwendung zu bestimmen, d.h. j. die F\u00e4higkeit des Systems, sich bei fehlerhaften Testschritten und Testeingaben sparsam zu verhalten.<\/p>\n\n
Frage Nr. 81. Was sind Parallelit\u00e4tstests?<\/strong><\/p>\n\n
Antwort: Gleichzeitigkeitstests sind Tests f\u00fcr mehrere Benutzer, bei denen eine Anwendung bewertet wird, indem das Verhalten der Anwendung analysiert wird, wenn Benutzer gleichzeitig auf dieselbe Funktion zugreifen.<\/p>\n\n
Frage Nr. 82. Was sind Backend-Tests?<\/strong><\/p>\n\n
Antwort: Backend-Tests sind eine Art von Tests, bei denen das Backend des Systems getestet wird, d.h. die Datenbanken und APIs der Anwendung.<\/p>\n\n
Frage Nr. 83. Was ist A\/B-Testing?<\/strong><\/p>\n\n
Antwort: A\/B-Tests sind eine Art von Tests, bei denen Endbenutzer zwei Varianten eines Softwareprodukts zu sehen bekommen. Auf der Grundlage einer Analyse des Benutzerverhaltens bei jeder Variante wird die bessere Variante ausgew\u00e4hlt und dann verwendet.<\/p>\n\n
Frage Nr. 84. Was ist eine Risikoanalyse?<\/strong><\/p>\n\n
Antwort: Die Risikoanalyse ist die Analyse eines identifizierten Risikos und die Zuweisung einer angemessenen Risikostufe f\u00fcr einen Fehler auf der Grundlage seiner Auswirkungen auf die Anwendung.<\/p>\n\n
Frage Nr. 85. Was ist der Unterschied zwischen Regressionstests und Wiederholungstests?<\/strong><\/p>\n\n
A: Beim Regressionstest wird eine Anwendung getestet, um sicherzustellen, dass eine neue Code\u00e4nderung keine Auswirkungen auf andere Teile der Anwendung hat. Beim erneuten Testen \u00fcberpr\u00fcfen wir, ob das behobene Problem gel\u00f6st ist oder nicht.<\/p>\n\n
Frage Nr. 86. Was ist der Unterschied zwischen Blackbox- und Whitebox-Tests?<\/strong><\/p>\n\n
Antwort: Blackbox-Tests sind eine Art von Tests, bei denen die interne Architektur des Codes f\u00fcr die Tests nicht erforderlich ist. Es wird normalerweise bei Systemtests und Abnahmetests eingesetzt.<\/p>\n\n
W\u00e4hrend White-Box-Tests Kenntnisse \u00fcber das interne Design und die Implementierung der zu testenden Anwendung erfordern. Es wird normalerweise f\u00fcr Unit-Tests und Integrationstests verwendet.<\/p>\n\n
Frage Nr. 87. Was ist der Unterschied zwischen Rauch- und Unbedenklichkeitstests?<\/strong><\/p>\n\n
A: Der Unterschied zwischen Smoke Testing und Sanity Testing ist folgender.<\/p>\n\n
- \n
- Smoke-Testing ist eine Art von Test, bei dem alle Hauptfunktionen einer Anwendung getestet werden, bevor ein umfassender Test durchgef\u00fchrt wird. Sanity-Tests sind hingegen eine Untergruppe der Regressionstests, die durchgef\u00fchrt werden, wenn in einem neuen Build kleinere Korrekturen an der Anwendung vorgenommen werden.<\/li>\n\n\n\n
- Smoke-Tests sind in der Regel dokumentiert oder automatisiert. Sanity-Tests werden in der Regel nicht dokumentiert oder geskriptet.<\/li>\n<\/ul>\n\n
Frage Nr. 88. Was ist der Unterschied zwischen Release und Build?<\/strong><\/p>\n\n
Antwort: Ein Build ist eine ausf\u00fchrbare Datei, die von den Entwicklern dem Testteam zum Testen der Anwendung zur Verf\u00fcgung gestellt wird. Sie durchl\u00e4uft verschiedene Iterationen von Korrekturen und Tests, bis die Anwendung wie erwartet funktioniert. Wenn die App stabil und f\u00fcr Endbenutzer bereit ist, wird sie auf den Markt gebracht.<\/p>\n\n
Release hingegen ist installierbare Software, die den Endbenutzern zur Verf\u00fcgung gestellt wird, nachdem sie vom Testteam zertifiziert wurde. Wenn eine Software f\u00fcr einen Kunden freigegeben wird, wird sie von Versionshinweisen begleitet, die die Anzahl der noch offenen Bugs, die abgedeckten User Stories, \u00c4nderungsw\u00fcnsche und die Release-Version enthalten.<\/p>\n\n
Interviewfragen f\u00fcr fortgeschrittene manuelle Tests<\/strong><\/h2>\n\n
Fragen nein. 89. Was ist der Unterschied zwischen Bug Leakage und Bug Release?<\/strong><\/p>\n\n
Antwort Ein Bug Leak ist, wenn eine getestete Software auf den Markt kommt und der Endbenutzer Fehler darin findet. Dazu geh\u00f6ren auch Fehler, die das Testteam w\u00e4hrend der Testphase \u00fcbersehen hat.<\/p>\n\n
Eine Fehlerver\u00f6ffentlichung ist hingegen, wenn eine bestimmte Softwareversion mit einigen bekannten Fehlern auf den Markt gebracht wird, die in sp\u00e4teren Versionen behoben werden sollen. Diese Arten von Problemen sind von geringer Priorit\u00e4t und werden in den Versionshinweisen erw\u00e4hnt, wenn sie an die Endbenutzer weitergegeben werden.<\/p>\n\n
Frage Nr. 90. Was meinen Sie mit Defect Triage?<\/strong><\/p>\n\n
A: Die Fehlersichtung ist ein Prozess, bei dem Fehler auf der Grundlage verschiedener Faktoren wie Schweregrad, Risiko, Zeitaufwand f\u00fcr die Behebung des Fehlers usw. priorisiert werden. An dem Treffen nehmen verschiedene Beteiligte teil – Entwicklungsteam, Testteam, Projektmanager, BA usw. und entscheiden Sie \u00fcber die Priorit\u00e4t der Fehlerbehebung.<\/p>\n\n
Frage Nr. 91. Was ist ein Kabelbaumtest? Warum brauchen wir einen Kabelbaumtest?<\/strong><\/p>\n\n
Antwort: Ein Test-Harness ist eine Sammlung von Testskripten und Testdaten, die in der Regel mit Unit- und Integrationstests verbunden ist. Enth\u00e4lt Stubs und Treiber, die zum Testen von Softwaremodulen und integrierten Komponenten ben\u00f6tigt werden.<\/p>\n\n
Frage Nr. 92. Was sind alles Paartests?<\/strong><\/p>\n\n
Antwort: Alle Paar-Tests sind eine Art von Tests, bei denen die Anwendung mit allen m\u00f6glichen Kombinationen von Eingabeparameterwerten getestet wird.<\/p>\n\n
Frage Nr. 93. Was sind Ausfallsicherungstests?<\/strong><\/p>\n\n
Antwort: Failover-Tests sind eine Art von Tests, die dazu dienen, die F\u00e4higkeit einer Anwendung zu \u00fcberpr\u00fcfen, im Falle eines Ausfalls mehrere Ressourcen (mehrere Server) zuzuweisen und einen Teil der Verarbeitung auf ein Backup-System zu \u00fcbertragen.<\/p>\n\n
Frage Nr. 94. Was ist Fuzz-Testing?<\/strong><\/p>\n\n
A: Fuzz-Testing ist eine Art von Test, bei dem eine gro\u00dfe Menge an Zufallsdaten als Eingabe in eine Anwendung gegeben wird, um Sicherheitsl\u00fccken und andere Probleme in der Anwendung zu finden.<\/p>\n\n
Frage Nr. 95. Was ist ein Pilotversuch?<\/strong><\/p>\n\n
A: Pilot-Tests sind Tests, die als Probelauf mit einer begrenzten Anzahl von Benutzern durchgef\u00fchrt werden, die das System bewerten und vor der vollst\u00e4ndigen Einf\u00fchrung Feedback geben.<\/p>\n\n
Frage Nr. 96. Was sind Dev-Box-Tests?<\/strong><\/p>\n\n
A: Bei Dev-Box-Tests f\u00fchrt der Tester Tests auf dem System des Entwicklers durch, um zu \u00fcberpr\u00fcfen, ob die wichtigsten Funktionen der Anwendung stabil und testbereit sind.<\/p>\n\n
Frage Nr. 97. Was sind Mutationstests?<\/strong><\/p>\n\n
Antwort: Mutationstests sind eine Art von White-Box-Tests, bei denen der Quellcode einer Anwendung ver\u00e4ndert wird, um bestimmte Fehler im Betrieb zu verursachen. Die Testskripte werden dann ausgef\u00fchrt, um ihre Korrektheit zu \u00fcberpr\u00fcfen, indem die durch den mutierten Code verursachten Fehler verifiziert werden.<\/p>\n\n
Frage Nr. 98. Was ist eine Anforderungsnachvollziehbarkeitsmatrix (RTM)?<\/strong><\/p>\n\n
A: Beim Testen von Software ist eine Anforderungsnachvollziehbarkeitsmatrix eine Tabelle, die \u00fcbergeordnete Anforderungen mit detaillierten Anforderungen, Testpl\u00e4nen oder Testf\u00e4llen verbindet. RTM hilft, eine 100%ige Testabdeckung zu gew\u00e4hrleisten.<\/p>\n\n
Frage Nr. 99. Was ist zyklomatische Komplexit\u00e4t?<\/strong><\/p>\n\n
A: Zyklomatische Komplexit\u00e4t ist ein Ma\u00df f\u00fcr die Anzahl der unabh\u00e4ngigen Pfade in einer Anwendung oder einem Programm. Diese Metrik gibt einen Hinweis auf den Aufwand, der f\u00fcr das Testen der gesamten Funktionalit\u00e4t erforderlich ist. Sie kann durch den Ausdruck – definiert werden.<\/p>\n\n
- Ot\u00e1zky na pohovory o manu\u00e1lnom testovan\u00ed pre pokro\u010dil\u00fdch<\/a><\/li><\/ul><\/div>\n