40 popular test qa analyst interview questions
Am häufigsten gestellte Fragen und Antworten zu Interviews mit Test- / Qualitätssicherungsanalysten:
Bei der Entscheidung über die Karriere, in der Sie arbeiten möchten, ist nicht nur derjenige entscheidend, an dem Sie Ihrer Meinung nach gerne arbeiten können.
Um in dieser Kategorie zu sein, sind jedoch viele Fähigkeiten erforderlich, um die Verantwortlichkeiten sowie die erforderlichen beruflichen Pflichten für die von Ihnen gewählte Karriere zu verstehen. Gleiches gilt für die Berufswahl als QS-Analyst. Sie müssen nicht nur ein guter Tester, ein schneller Lerner und ein außergewöhnlicher Denker sein, sondern auch ein komplexer Problemlöser.
Obwohl die oben genannten Eigenschaften nicht sofort erreicht werden, erfordert dies natürlich auch Erfahrung und Tage harter Arbeit.
Dieser Artikel behandelt alle Aspekte, deren Kenntnisse erforderlich sind, um ein QS-Analyst zu sein. Die am häufigsten gestellten Fragen und Antworten zu QA Test Analyst-Vorstellungsgesprächen geben Ihnen einen klaren Überblick über Ihre Interviewvorbereitung.
Beliebte Fragen zum QA Test Analyst-Interview
F # 1) Welche Aufgaben hat ein QA-Analyst?
Antworten: QA Analyst ist derjenige, der sicherstellt, dass alle möglichen Maßnahmen ergriffen wurden, um alle Funktionen der Softwarelösung sowohl funktional als auch technisch zu testen.
Die Hauptverantwortung von QA Analyst kann wie folgt übernommen werden:
- Führen Sie alle Aktivitäten aus und verwalten Sie sie, um die Ziele des Testplans zu erreichen.
- Wählen Sie die Prozesse von hoher Qualität, um das Produkt zu entwickeln.
- Sollte in der Lage sein, die Anforderungen zu analysieren und Verfahren zu dokumentieren.
- Dokumentieren und überprüfen Sie alle Mängel erneut. Legen Sie die Priorität und Schwere der Fehler fest.
- Sie sollten in der Lage sein, Testfälle zu erstellen, zu dokumentieren und zu verwalten.
- Analyse der Testergebnisse.
F # 2) Wie verstehen Sie einen Testplan?
Antworten: Wenn Sie eine klare Vorstellung davon haben, was, wann, wie und wer, wird es einfacher. Gleiches gilt auch für Softwaretests, bei denen der Testplan ein Dokument ist, das aus Umfang, Ansatz, Ressourcen und Gliederung des Testprojekts sowie den Aktivitäten zur Verfolgung des Projektfortschritts besteht.
Der Testplan ist eine Aufzeichnung von Prozessen, die Folgendes umfassen:
- Aufgaben testen
- Testumgebung
- Designtechniken
- Einreise- und Ausreisekriterien
- Etwaige Risiken usw.
F # 3) Tragen Sie die Priorität der vom QA-Team definierten Testaufgaben in die Produktentwicklung ein.
Antworten: Die Priorität der Testaufgaben ist wie folgt definiert:
- Es wird ein Testplan erstellt, der aus dem Umriss und dem Umfang des Testprojekts besteht.
- Testfälle werden vorbereitet, um alle Haupt- und Nebenfunktionen mit den zum Testen erforderlichen Daten abzudecken.
- Ausführung der Testfälle gemäß den Funktionen, die mit den kommenden Builds des Testprojekts im Testzyklus implementiert wurden.
- Fehlerberichterstattung mit erneuter Überprüfung sowie Verfolgung des Fortschritts.
- Vorbereiten der Zusammenfassung des Testausführungsberichts.
F # 4) Tragen Sie einige der wichtigsten Herausforderungen ein, denen Sie beim Durchführen von Softwaretests gegenüberstehen.
Antworten: Da wir sagen, dass vollständige Tests niemals erreicht werden können, sind damit mehrere Herausforderungen verbunden. Ob klein oder kompliziert, es gibt einige Herausforderungen beim Ausführen von Softwaretests für jedes Projekt.
Nachfolgend sind einige wichtige Herausforderungen aufgeführt:
- Mangel an qualifizierten Testern, die normalerweise mit dem Problem des Fachbewusstseins konfrontiert sind, sowie mangelnde Kenntnisse über das Geschäft des Kunden.
- Zeit wird auch als Faktor betrachtet, da sich Tester normalerweise eher auf die Aufgabenabdeckung als auf die Testabdeckung mit Qualitätstests konzentrieren, wenn eine große Liste von Aufgaben zu erledigen ist.
- Um zu entscheiden, welcher Testfall zuerst und mit Priorität ausgeführt werden muss. Dies wird in der Regel durch die Erfahrung der Arbeit erreicht.
- Ein angemessenes Verständnis der Anforderungen, die dazu führen können, dass alle Ihre Testbemühungen auf Null gehen, wenn die Anforderung missverstanden wird.
- Nichtverfügbarkeit der besten Tools, die erforderlich sind, um die Tests mit weniger Zeit und mehr Effektivität durchzuführen.
- Umgang mit der Beziehung zwischen Testern und Entwicklern mit guten Kommunikations- und Analysefähigkeiten.
F # 5) Definieren Sie Use-Case-Tests.
Antworten: Use-Case-Tests können als funktionale Black-Box-Testtechnik definiert werden, die die Reihe von Interaktionen erfasst, die zwischen „Akteuren“ und „System“ aufgetreten sind. Hier werden „Akteure“ durch die Benutzer und ihre Interaktionen dargestellt.
Die Merkmale der Anwendungsfalltests sind nachstehend aufgeführt:
- Die funktionalen Anforderungen des Projekts sind organisiert.
- Zeichnet den Pfad oder die Szenarien von Anfang bis Ende auf.
- Kann Integrationsfehler abdecken, d. H. Die Fehler, die als Ergebnis der Interaktion zwischen verschiedenen Komponenten aufgetreten sind.
- Es beschreibt die Hauptströme sowie den außergewöhnlichen Fluss der Ereignisse.
- Alle Voraussetzungen, die erforderlich sind, damit der Anwendungsfall funktioniert, sollten früher angegeben werden.
F # 6) Definieren Sie die Teststrategie.
Antworten: Eine Reihe von Richtlinien oder Testansätzen, die normalerweise vom Projektmanager ausgeführt werden, um das Testdesign und den allgemeinen Testansatz zu bestimmen, wird als Teststrategie definiert. Es befindet sich als kleiner Teil des Testplans und wird von mehreren Projekten verwendet.
Je nach Art und Art des Produkts, dem Risiko eines Produktversagens, dem Fachwissen in der Arbeit mit vorgeschlagenen Werkzeugen usw. werden verschiedene Testansätze verfolgt.
Diese Ansätze werden wie folgt weiter kategorisiert:
- Proaktive Herangehensweise Hier beginnt der Testdesign-Ansatz, bevor der Build erstellt wird. Somit hilft es beim Auffinden und Beheben der Fehler vor dem Build.
- Reaktiver Ansatz , wo der Testansatz nach Abschluss des Testdesigns und der Codierung gestartet wird.
F # 7) Erklären Sie den Unterschied zwischen Qualitätskontrolle und Qualitätssicherung.
Antworten: 'Qualitätskontrolle' und 'Qualitätskontrolle' sind die beiden Hauptbegriffe, die für jedes Testprojekt oder Produkt verwendet werden. Normalerweise verstehen Tester, die neu in diesem Bereich sind, den tatsächlichen Unterschied zwischen den beiden nicht.
Lassen Sie uns den Unterschied anhand der folgenden Tabelle verstehen.
Qualitätskontrolle | Qualitätskontrolle |
---|---|
Es fällt unter die Kategorie der statistischen Prozesskontrolle. | Es fällt unter die Kategorie der statistischen Qualitätskontrolle. |
Es ist eine Technik zum Qualitätsmanagement, bei der alle Teammitglieder für die Prozessplanung verantwortlich sind. | Diese Technik dient zur Überprüfung der Qualität, wenn das Testteam für die Ausführung des geplanten Prozesses verantwortlich ist. |
Die Programmausführung ist an diesem Prozess nicht beteiligt. | Dieser Prozess beinhaltet die Programmausführung. |
Es ist ein Überprüfungsprozess, um sicherzustellen, dass die richtigen Dinge getan werden. | Es ist ein Validierungsprozess, um das Auftreten der erwarteten Ergebnisse sicherzustellen. |
Es handelt sich um eine prozessorientierte Übung, bei der Probleme / Mängel in der Anwendung nicht erkannt werden. | Es handelt sich um eine produktorientierte Übung, bei der Probleme / Mängel bei der Anwendung identifiziert und gemeldet werden |
In diesem Qualitätssicherungsprozess werden Ergebnisse erstellt. | Die zu erbringenden Leistungen werden in diesem Qualitätskontrollprozess überprüft. |
Keine zeitaufwändige Aktivität. | Wird als zeitaufwändige Aktivität angesehen. |
F # 8) Wann ist Ihrer Meinung nach der richtige Zeitpunkt, um die Qualitätssicherung in einem Projekt zu starten?
Antworten: Gemäß dem Software Development Life Cycle (SDLC) wird die Testphase nach Abschluss der Phase „Implementierung und Codierung“ ausgeführt. Im heutigen Szenario ist es jedoch erforderlich, die Qualitätssicherung des Projekts oder Produkts zu Beginn des Projekts zu starten, um die besten Ergebnisse zu erzielen.
Das Befolgen dieses Ansatzes führt zu den folgenden Hauptvorteilen:
- Frühzeitige Prozessplanung, um die Qualitätserwartungen des Kunden zu erfüllen.
- Gute und gesunde Kommunikation zwischen den Teams.
- Gibt ausreichend Zeit für die Einrichtung der Testumgebung.
- Ermöglicht die frühzeitige Überprüfung und Genehmigung von Testplänen.
F # 9) Unterscheiden Sie Verifizierungs- und Validierungsprozesse.
Antworten: Verifizierungs- und Validierungsprozesse werden normalerweise durch zwei berühmte Fragen bestimmt, d. H. Bauen wir das System richtig auf? “ und 'Bauen wir das richtige System?' .
Lassen Sie uns den anderen Unterschied zwischen diesen beiden Prozessen in der folgenden Tabelle sehen:
Überprüfung | Validierung |
---|---|
Z.B. Inspektion, Durchgang, Bewertungen usw. | Z.B. Rauchtests, Regressionstests, Funktionstests usw. |
Verifizierung ist definiert als der Prozess der Bewertung des Produkts, um festzustellen, ob es den Anforderungen und Designspezifikationen entspricht. | Bei der Validierung wird festgestellt, ob die Software den geschäftlichen Anforderungen entspricht oder für den Einsatz geeignet ist. |
Es wird als statische Testtechnik angesehen, bei der die Software nicht ausgeführt wird. | Es wird als die dynamische Testtechnik angesehen, bei der die Ausführung der Software erfolgt. |
Dies ist eine auf Menschen basierende Praxis zum Überprüfen von Dokumenten, Dateien, Entwerfen, Codieren von Programmen usw. | Dies ist eine computergestützte Praxis zum Validieren und Testen des tatsächlichen Produkts. |
Beinhaltet keine Ausführung von Code. | Umfasst die Ausführung von Code. |
Wird normalerweise vom QA-Team durchgeführt, um sicherzustellen, dass die Software den Anforderungsspezifikationen entspricht. | Wird normalerweise vom Testteam durchgeführt. |
Wird vor dem Validierungsprozess durchgeführt. | Wird nach dem Überprüfungsprozess durchgeführt. |
F # 10) Erläutern Sie die Vorteile der zerstörenden Prüfung.
Antworten: Zerstörende Prüfung ist definiert als die Form der Prüfung, die vom Prüfteam durchgeführt wird, um den Versagenspunkt des Produkts unter verschiedenen Belastungen zu bestimmen, d. H. Um die strukturelle Leistung der Anwendung zu bewerten, um seine Festigkeit, Zähigkeit, Härte oder etwa Robustheit zu bestimmen.
Nachfolgend sind die Vorteile der zerstörenden Prüfung aufgeführt:
- Die Schwäche des Anwendungsdesigns wird bestimmt.
- Bestimmen Sie die Lebensdauer der Anwendung.
- Es hilft, Kosten und Ausfälle zu reduzieren.
F # 11) Wie unterscheidet sich das erneute Testen vom Regressionstest?
Antworten: Es gibt verschiedene Unterschiede zwischen Retesting und Regressionstest.
Dies kann aus der folgenden Tabelle leicht verstanden werden:
Regressionstests | Erneutes Testen |
---|---|
Die Überprüfung des Fehlers ist nicht enthalten. | Die Überprüfung des Fehlers ist Teil des erneuten Tests. |
Beim Regressionstest werden Probleme ermittelt oder festgestellt, die möglicherweise mit der Codeänderung in die vorhandene Funktionalität eingeführt wurden. | Beim erneuten Testen wird der fehlgeschlagene Testfall erneut überprüft, nachdem der Fehler behoben wurde. |
Regressionstests können durch Automatisierung durchgeführt werden. | Die Testfälle für den erneuten Test können nicht automatisiert werden. |
Diese Tests werden normalerweise durchgeführt, wenn sich der vorhandene Code ändert oder wenn neue Funktionen angegeben werden. | Das erneute Testen erfolgt auf denselben Fehler mit derselben Umgebung, jedoch mit den Korrekturen im neuen Build. |
Dies ist ein generischer Test, der normalerweise für bestandene Testfälle durchgeführt wird. | Dies sind geplante Tests, die normalerweise für fehlgeschlagene Testfälle durchgeführt werden. |
Kann parallel zum erneuten Testen durchgeführt werden. | Wird vor dem Regressionstest durchgeführt. |
Sogar die bestandenen Testfälle werden während dieses Prozesses ausgeführt. | Nur die fehlgeschlagenen Testfälle werden erneut getestet. |
F # 12) Was wissen Sie über datengesteuertes Testen?
Antworten: Jedem Automatisierungstester ist klar, dass Automatisierungstestskripte nur den Bereich der zu testenden Anwendung mit einer aufgezeichneten Folge von Benutzeraktionen abdecken. Normalerweise erzeugen diese Aktionen keinen Fehler, da nur die Eingabedaten unter Bedingungen erfasst werden, die wir während der Aufzeichnung eingegeben haben.
Hier werden datengesteuerte Tests ins Bild gesetzt, bei denen die Anwendung für alle Arten von Eingabewerten wie erwartet funktionieren soll. Zu diesem Zweck werden Daten, die für datengesteuerte Tests erforderlich sind, nicht fest codiert, aber Testskripte beziehen ihre Daten aus Datenquellen wie CSV-Dateien, ODBC-Quellen usw.
Zusammenfassend führt datengesteuertes Testen die folgenden Aktionen in der Schleife aus:
5 Beispiele für Programmiersprachen auf hoher Ebene
- Nimmt eingegebene Testdaten aus dem Speicher.
- In die Anwendung eingegebene Daten zur Ausführung von Aktionen.
- Überprüfen Sie die tatsächlichen Ergebnisse mit den erwarteten.
- Wiederholen Sie dieselben Schritte erneut mit neuen Eingabetestdaten.
F # 13) Was ist die Rückverfolgbarkeitsmatrix? Wird es für jedes Projekt benötigt?
Antworten: Die Rückverfolgbarkeitsmatrix in jedem Projekt ist das Mittel zur Verfolgung des Projektfortschritts in Bezug auf die Implementierung neuer Funktionen, die Erweiterung bestehender Funktionen usw. Durch eine Rückverfolgbarkeitsmatrix können Sie den Projektfortschritt jederzeit im Auge behalten, wobei jeder Aspekt gemäß den Anforderungen beibehalten wird das Datum.
Die Anforderungsrückverfolgbarkeitsmatrix besteht aus den unten genannten Parametern, die tatsächlich dem Anforderungsspezifikationsdokument entsprechen.
Zu den Parametern der Anforderungsrückverfolgbarkeitsmatrix gehören:
- Jeder Abschnitt des Anforderungsdokuments ist ein Punkt, der in RTM (Requirement Traceability Matrix) behandelt werden muss.
- Die Überschrift jedes Punktes ist die Überschrift jedes Abschnitts in der Anforderungsspezifikation.
- Entsprechend jedem Punkt werden Testfall-IDs erwähnt, die für diesen bestimmten Abschnitt geschrieben wurden.
- BUG / New Feature ID wird auch in jedem Abschnitt erwähnt.
- Der wichtigste Punkt ist, dass die Verfolgung des Features auch beibehalten wird, in dem der Build des Projekts und seines Features implementiert wurde.
- Ein weiterer Parameter umfasst, ob der Abschnitt vollständig getestet wurde oder sich noch im Teststatus befindet.
F # 14) Beschreiben Sie die Vorteile von Agile Testing.
Antworten: Als Tester liegt der Fokus darauf, das Qualitätsprodukt in kürzerer Zeit zu liefern, indem die Anforderungen des Endbenutzers verstanden werden und vor allem keine Mängel seitens des Endbenutzers. Hier kommt das agile Testen ins Spiel, das dem Prinzip der agilen Softwareentwicklung folgt und die Anforderungen des Kunden schnell validiert.
Im Folgenden werden die Vorteile von Agile-Tests erwähnt:
- In die Tests wird ein funktionsübergreifendes agiles Team einbezogen, das die Ergebnisse in regelmäßigen Abständen liefert.
- Spart viel Zeit und Geld.
- Enthält weniger Dokumentation und von Zeit zu Zeit Feedback vom Endbenutzer.
- Nicht nur der Tester, sondern das gesamte Team, einschließlich Manager, Kunde und Entwickler, ist an der persönlichen Kommunikation beteiligt.
- Aufgrund der täglichen Besprechungen können Probleme im Voraus festgelegt werden.
- Steigerung der Teamproduktivität und ein besseres Verständnis der technischen Aspekte des Projekts.
F # 15) Was ist negatives Testen?
Antworten: Negative Tests sind die Methode, um sicherzustellen, dass die Stabilität eines Produkts oder einer Anwendung erhalten bleibt oder wenn unerwartete Eingaben nicht fehlschlagen. Der Hauptzweck dieser Testform validiert die Anwendung anhand möglicher ungültiger Eingabedaten.
Diese Form des Testens ist auch bekannt als 'Fehlertest' oder 'Fehlerpfadtest' und sein Hauptzweck ist es, die Zuverlässigkeit der Anwendungsfunktion unter negativen Szenarien zu überprüfen. Außerdem werden Softwareschwächen aufgedeckt, Fehler erkannt und eine klare Vorstellung von Datenkorruption vermittelt.
F # 16) Ad-hoc-Tests und Erkundungstests unterscheiden?
Antworten: Es gibt verschiedene Unterschiede zwischen Ad-hoc-Tests und explorativen Tests.
Sehen Sie sich die Unterschiede in der folgenden Tabelle an:
Ad-hoc-Tests | Versuchsforschung |
---|---|
Diese Form des Testens umfasst das Erlernen der Anwendung und das anschließende Fortfahren mit dem Testprozess. | Wie der Name schon sagt, umfasst diese Form des Testens das Erlernen der Anwendung während des Testens. |
Ein bestimmter Satz von Dokumenten zum Durchführen von Tests ist nicht verfügbar. | Das Testen der Anwendung erfolgt mit den detaillierten Dokumenten. |
Vor dem Testen müssen gute praktische Erfahrungen und Kenntnisse der Software vorhanden sein. | Während der Durchführung von Erkundungstests werden Kenntnisse über die Softwareanwendung erworben. |
Es ist eine informelle Prüfung, die im Wesentlichen einer negativen Prüfung folgt. | Es wird als formale Prüfung betrachtet, die auf eine positive Prüfung folgt. |
Funktioniert nicht mit dem Workflow. | Funktioniert mit dem Workflow. |
F # 17) Warum wird das Automatisierungstest dem manuellen Testen vorgezogen?
Antworten: Nun, sowohl Automatisierungstests als auch manuelle Tests haben ihre Bedeutung und Existenz in der Welt des Testens.
Im Folgenden sind einige wichtige Aspekte aufgeführt, aufgrund derer Automatisierungstests gegenüber manuellen Tests bevorzugt werden:
- Jedes Mal, wenn der Test ausgeführt wird, kann dasselbe Testskript verwendet werden. Daher wird der Automatisierungstest als der zuverlässigste und effizienteste angesehen.
- Am meisten bevorzugt bei Regressionstests und wiederholter Ausführung.
- Automatisierungstests werden bei langfristiger Ausführung als kostengünstig angesehen und gewährleisten somit eine bessere Softwarequalität.
- Testskripte sind wiederverwendbar, schnell und jeder kann die Ergebnisse sehen.
- Die für Automatisierungstests verwendeten Tools sind im Vergleich zum manuellen Ansatz schneller und zuverlässiger.
Einige weitere Faktoren bestimmen jedoch, dass Automatisierungstests manuellen Tests vorgezogen werden. Die oben genannten sind die Hauptfaktoren.
F # 18) Was verstehen Sie unter 'Testeffektivität' und 'Testeffizienz'?
Antwort: Effizienz testen kann definiert werden als Berechnung der Anzahl der Ressourcen und des Testcodes, die zum Ausführen oder Ausführen einer bestimmten Funktion verbraucht werden. Außerdem wird die Anzahl der Ressourcen bestimmt, die bei der Erstellung von Softwareprodukten verwendet werden.
Dies kann durch die Formel bestimmt werden:
Testeffizienz = (Anzahl der behobenen Mängel / Gesamtzahl der eingereichten Mängel) * 100
Testen Sie die Wirksamkeit kann als Maß für die Bewertung der Testumgebung und ihrer Auswirkungen auf die Softwareanwendung definiert werden. Hier wird die Kundenreaktion ausgewertet, wenn die Anwendungsanforderung erfüllt ist.
Dies kann durch die Formel bestimmt werden:
Testwirksamkeit = (Anzahl der gefundenen Fehler / Anzahl der ausgeführten Testfälle)
F # 19) Erläutern Sie den Prozess der Projektanpassung.
Antworten: Die Projektanpassung ist ein konsistenter und fortlaufender Prozess, der sicherstellt, dass die Leistung des Projekts korrekt ist und den Geschäftsanforderungen entspricht. Der gesamte Prozess umfasst die Überprüfung und Änderung der Projektdaten gemäß den aktuellen betrieblichen Anforderungen der Organisation.
Der Überprüfungsprozess erfolgt auf organisatorischer Ebene, die Umsetzung der Schneiderpläne erfolgt jedoch auf Projektebene. Das Hauptziel und die Anforderungen der Organisation sowie Kunden- und Benutzerbeziehungen sind die beiden Hauptfaktoren, die im Prozess berücksichtigt werden sollten.
Einige Aspekte gemäß den organisatorischen Zielen im Rahmen des Anpassungsprozesses sind:
- Projektansatz
- Strategien
- Kontrollen und Prozesse beteiligt
- Rollen und Verantwortlichkeiten
F # 20) Wie unterscheiden Sie zwischen Priorität und Schweregrad des Fehlers innerhalb des Projekts?
Antworten: Dem Fehler werden sowohl 'Priorität' als auch 'Schweregrad' zugewiesen, um die Probleme / Fehler in der Reihenfolge zu kategorisieren, in der sie zur Behebung herangezogen werden sollen. Diese basieren auf verschiedenen Faktoren.
Lassen Sie uns mehr über ihre Unterschiede in der folgenden Tabelle verstehen:
Priorität | Schwere |
---|---|
Die Priorität bestimmt die Reihenfolge, in der die Entwickler die Fehler / Probleme zur Behebung aufgreifen. | Der Schweregrad bestimmt die Auswirkung eines bestimmten Problems / Defekts auf die Funktionalität der Anwendung. |
Dies ist mit der Planung der Probleme verbunden und wird von Geschäftsstandards bestimmt. | Dies ist sowohl verbunden als auch von der Funktionalität abhängig. |
Die Priorität der Ausgabe wird auf der Grundlage der Kundenanforderungen festgelegt. | Der Schweregrad des Problems wird unter Berücksichtigung der technischen Aspekte des Produkts entschieden. |
Kategorisiert als 'Hoch', 'Mittel' und 'Niedrig'. | Kategorisiert als 'Moderat', 'Major', 'Minor', 'Kritisch'. |
Wenn ein Fehler hat Status: Hohe Priorität und niedriger Schweregrad Ergebnis: Der Fehler hat keine großen Auswirkungen auf die Anwendung, muss jedoch sofort behoben werden. | Wenn ein Fehler hat Status: Hoher Schweregrad und niedrige Priorität Ergebnis: Der Fehler muss behoben werden, erfordert jedoch keine sofortigen Maßnahmen. |
F # 21) Warum müssen für jede Anwendung Leistungstests durchgeführt werden?
Antworten: In einer einfachen Sprache werden Leistungstests durchgeführt, um das Verhalten und die Reaktion einer Anwendung in verschiedenen Situationen zu bestimmen. Dies hilft beim Sammeln von Informationen zu Anwendungsstabilität, Skalierbarkeit, Geschwindigkeit usw.
Die Gründe für die Durchführung von Leistungstests können aus den folgenden Punkten verstanden werden:
- Es bestimmt die Antwortzeit und Leistung einer Anwendungskomponente unter der Arbeitslast.
- Die Antwortzeit der Benutzeraktivität wird berechnet.
- Benötigt erfahrene Programmierer mit umfangreicher Fachsprache.
- Bestimmt das Verhalten der Anwendung unter Last, d. H. Wenn die Anzahl der Benutzer sofort zunimmt.
F # 22) Was ist spezifikationsgesteuertes Testen?
Antworten: Wie der Name selbst definiert, werden spezifikationsgesteuerte Tests basierend auf den Anforderungsspezifikationen der Anwendung durchgeführt, wobei Funktionsspezifikationen als Grundlage für die durchgeführten Tests dienen.
Diese Form des Testens entspricht der „Black-Box-Prüfung“, bei der der Benutzer mehrere Daten eingibt und dann die Ausgabe beobachtet. Es ist auf allen Testebenen mit Spezifikation und Testplan angemessen.
F # 23) Erklären Sie CMMI.
Antworten: CMMI steht für Capability Maturity Model Integration. Dieses Modell wurde vom Software Engineering Institute (SEI) entwickelt. Es basiert auf dem Prinzip, dass die Prozesse bei der Verwaltung und Entwicklung eines Produkts oder Systems die Qualität bestimmen.
Es enthält auch Richtlinien zur Prozessverbesserung für das Produkt oder sogar die gesamte Organisation.
CMMI ist in 5 Ebenen unterteilt, wie unten aufgeführt:
- Level 1: Initiale
- Level 2: Gelang es
- Stufe 3: Definiert
- Level 4: Quantitativ verwaltet
- Level 5: Optimiert
F # 24) Erläutern Sie die Vorteile der Implementierung von CMMI.
Antworten: Die Implementierung von CMMI bietet mehrere Vorteile.
Sie sind wie folgt aufgeführt:
- Es bietet eine detaillierte Abdeckung und Berichterstattung über den Produktlebenszyklus und hilft somit bei Prozessverbesserungen.
- Die bestehenden Standards der Organisation, ihre Prozesse und Verfahren werden im Rahmen der CMMI-Implementierung verbessert.
- Infolge der CMMI-Implementierung steigt die pünktliche Lieferung sowie die Kundenzufriedenheit.
- Dies führt auch zu einem effektiven Management und erhöhten Kosteneinsparungen, da Fehler frühzeitig erkannt werden.
F # 25) Tragen Sie einige Automatisierungstest-Tools ein.
Antworten: Einige der Automatisierungstest-Tools sind unten aufgeführt:
- Selen
- Wasser
- Windmühle
- SEIFE
- Tellur
F # 26) Können wir Regressionstests in Unit Testing durchführen?
Antworten: Bestimmt. Regressionstests dienen dazu, den unerwünschten Fehler zu testen, der möglicherweise als Nebeneffekt bei der Behebung anderer Fehler in den Code aufgenommen wurde. Unit Testing ist die Testausführung zum Ausführen eines kleinen unabhängigen und individuellen Teils des Codes.
Regressionstests können auf jeder Ebene durchgeführt werden, vom Komponententest über Integrationstests bis hin zum endgültigen Abnahmetest. Regressionstests sind perspektivische Tests, während Unit-Tests der Ansatz des Levels (Bottom Up, Top-Down) sind.
Q # 27) Was ist der Unterschied zwischen Rauchtests und Sanity Tests?
Antworten:
- Das Testen von Rauch ist das Testen der alten herausragenden Merkmale oder vorhandenen Merkmale des Builds, während das Testen von Sanity das Validieren neu hinzugefügter Module ist, wobei Fehler im Build behoben wurden.
- Die Rauchprüfung erfolgt zuerst und anschließend die Prüfung der geistigen Gesundheit.
- Die Rauchprüfung umfasst die Prüfung kritischer Funktionen, die von der Software bereitgestellt werden, sodass sie sich über die gesamte Software erstreckt. Sanity-Tests hingegen beschränken sich auf die kürzlich hinzugefügten Module und werden eingehend getestet.
Q # 28) Was sind Ihre täglichen Aktivitäten als manueller Tester in Ihrem Büro?
Handbuch: Das erste, was ich in meinem System überprüfe, ist, das Dashboard auf den Status von Anforderungen / Verbesserungen oder Fehlern in der aktuellen Iteration zu aktualisieren. Es folgen tägliche Scrum-Aufrufe sowie Berichterstellungs-, Diskussions- und Brainstorming-Sitzungen zur Definition mit Testszenarien und Testfällen.
Diese Fälle werden dann ausgeführt, nachdem sie gemäß der Überprüfung neu formuliert wurden. Die Kontaktaufnahme mit Kunden wegen nicht funktionaler Anforderungen ist auch eine der Hauptaktivitäten auf meinem Teller.
Q # 29) Was sind Ihre täglichen Aktivitäten als Mitglied des Automatisierungstesters in Ihrem Büro?
Automatisierung: Mein Tag beginnt mit einem täglichen Statusmeeting, in dem die gestrigen Automatisierungsergebnisse besprochen werden, falls ich eine Reihe von Testfällen für den neuen Build ausgelöst habe.
Der Ausführungszyklus kann als Integritätsprüfung bezeichnet werden, um festzustellen, wie fehlerfrei der Build ist.
Es folgt die Meldung von Fehlern aufgrund von Skriptfehlern und Designänderungen in der Funktionalität. Verwalten Sie die Skripte / Bibliotheken oder Funktionen, automatisieren Sie und checken Sie ein neues Skript für die neuen Anforderungen und bei Bedarf eine neue Funktion in der Funktionsbibliothek ein.
Manchmal müssen die Testskripte einzeln erneut ausgeführt werden, um Regressionsfehler über die Automatisierung zu finden und sie auch zur Testsuite hinzuzufügen.
F # 30) Wie unterscheiden Sie zwischen einer Anforderung und einem Defekt und einer Verbesserung?
Antworten : TO Anforderung ist eine User Story, die unbedingt implementiert, getestet und bereitgestellt werden muss.
Ein Erweiterung ist eine hinzugefügte oder improvisierte Funktion zu der vorhandenen.
ZU Defekt ist eher eine völlige Abweichung von den erwarteten User Stories.
Wenn ein Defekt einen bestimmten Bereich einer Anforderung aufdeckt, der nicht anders angegeben ist, sofern dies nicht anders in der Spezifikation angegeben ist, kann er auch als Anforderung oder Teil davon bezeichnet werden.
Q # 31) Was tun Sie, wenn Ihr Entwickler die Behebung eines von Ihnen eingereichten Fehlers ablehnt?
Antworten : Ein wichtiger Faktor, der über die Behebung eines Defekts entscheidet, ist die ihm zugewiesene „Priorität“. Wenn der Fehler von hoher Priorität ist, ein Show-Stopper, der eine wichtige Funktionalität blockiert und konsistent reproduziert wird, muss er im Build behoben werden.
Dasselbe muss den Entwicklern effektiv vermittelt werden, da Tester und Entwickler gemeinsam zur Qualität des zu versendenden Produkts beitragen.
Weitere Aspekte, die dazu beitragen können, den Entwickler davon zu überzeugen, einen Fehler innerhalb kurzer Zeit zu beheben, sind die Qualitätsberichterstattung über den Fehler und das Verständnis der Entwickler, dass die Fehlerbehebung in der Version von größter Bedeutung ist.
Q # 32) Was tun Sie, wenn Ihr Entwickler bestreitet, dass das, was Sie eingereicht haben, ein Fehler ist?
Antworten : Eine der wichtigsten Phasen des Fehlerlebenszyklus ist 'Abgelehnt'. Dies bedeutet, dass der protokollierte Vorfallbericht nicht gültig ist. Das Dokument mit den Geschäftsanforderungen, in dem die Anforderungen angegeben sind, kann zum Verständnis der Software und damit der Art des gemeldeten Vorfalls beitragen.
Analysieren Sie den Fehler und legen Sie dem Entwickler und dem Team Ihre Ergebnisse des Fehlers offen. Wenn es sich um einen Fehler handelt, protokollieren Sie ihn immer wieder. Manchmal müssen Tester eine Gap-Analyse bereitstellen und diese Entwicklern präsentieren. Wenn dies die Konflikte nicht löst, sollten sich hochrangige Mitarbeiter des Teams einschalten.
Q # 33) Was kommt zuerst? Re-Test oder Regressionstest?
Antworten : Das erneute Testen steht an erster Stelle, da der Code erneut ausgeführt wird. Einfacher ausgedrückt handelt es sich um eine wiederholte Ausführung vordefinierter Schritte. Es muss nicht notwendig sein, nachdem ein Code repariert wurde. Ein Regressionstest dient jedoch dazu, die Nebenwirkungen eines gelösten Defekts zu bewerten.
Das Beheben eines Fehlers und das Hinzufügen eines weiteren zum Code ist nicht der Zweck des Testprozesses. Die besten Funde und Fänge von Testern sind normalerweise Regressionsfehler. Ein Build sollte niemals ohne Regressionstest veröffentlicht werden.
Q # 34) Was ist eine Alternative zum Betatest?
Antworten : Beta-Tests werden beim Kunden mit der geringsten Beteiligung von Entwicklern durchgeführt, wobei die Fehler in der realen Produktionsumgebung aufgezeichnet werden. Wenn eine solche Vorgehensweise nicht von einem Unternehmen durchgeführt wird, kann es sicherer sein, das Produkt zuerst an die Kunden zu versenden, die nicht in der Warteschlange stehen, um den neuesten Build zu erhalten.
Einige Tage lang können bestimmte Serviceberater beim Kunden die Software verwenden, die Aktivitäten aufzeichnen und überwachen, die die Stabilität der Version in ihrer Umgebung gewährleisten, sodass sie selbst dann getestet werden können, wenn ein schwerwiegender Fehler nicht behoben werden kann Lieferung an den Zielkunden. Ein anderer Ansatz besteht darin, die Anforderungen innerhalb eines Teams gegen unvoreingenommene Tests auszutauschen.
Q # 35) Was sind die Nachteile der agilen Implementierung / Methodik, mit der Sie konfrontiert waren?
Antworten :: Die Nachteile sind wie folgt:
- Sprints sind normalerweise sehr zeitlich begrenzt.
- Dokumentation ist nicht die Priorität
- Das Wechseln zwischen PBIs (Product Backlog Items) kann häufig sein.
Q # 36) Warum ist eine Wirkungsanalyse wichtig?
Antworten : Um risikobasiert zu praktizieren, muss eine Wirkungsanalyse durchgeführt werden. Auf diese Weise können Testfälle so gestaltet werden, dass alle schwerwiegenden Fehler, die aus Kundensicht kritisch sind, vorzeitig behoben werden können. Es muss auf eine gute Untersuchung des Geschäfts, der Kundenbedürfnisse und der Verwendung der Software geachtet werden.
Zum Beispiel, Das wichtigste mit Software im Bankbereich verbundene Risiko ist die Sicherheit. Jedes neue Formular, das der bereits vorhandenen Software hinzugefügt wird, kann anfällig sein. Eine gute Anzahl von Sicherheitstests ist ratsam, indem Sie der richtigen Seite geeignete Links, Umleitungen und Navigation hinzufügen und bei Bedarf einen Proxy installieren.
Q # 37) Anhand eines Beispiels werden jeweils Leistungstests, Stresstests und Belastungstests durchgeführt?
Antworten : Der beste Fall, der hier genommen werden kann, ist eine Live-Website.
Leistungstest wird durchgeführt, um die Störungen im System zu überprüfen, wenn ein Zustand ähnlich einem Echtzeitszenario durchlaufen wird. Es ist nicht erforderlich, unter Stressbedingungen durchgeführt zu werden. Mithilfe der Ergebnisse von Leistungstests können Sie feststellen, ob das System betriebsbereit ist.
Bei einem einfachen Ticketbuchungsablauf kann ein Leistungsproblem zu Langsamkeit geführt haben. Beispielsweise ist eine Abfrage mit Joins etwas langsamer, da unnötige Klauseln oder die unangemessene Speicherung von Daten in der Datenbank implementiert wurden.
Belastbarkeitstest ist eine Art von Leistungstests, bei denen die Software extremen Bedingungen ausgesetzt wird (hohe und nicht verteilte Lasten, begrenzte Rechenressourcen, hohe Parallelität).
Wenn ein System ein bestimmtes Verhalten aufweist, z. B. Datenverlust oder Beschädigung, Ressourcen, die auch nach dem Entfernen von Stress verwendet werden, Unempfindlichkeit oder nicht behandelte Ausnahmen, bedeutet dies, dass es beim Stresstest fehlgeschlagen ist. Manchmal kann auch ein Festplattenausfall oder eine unnötige Erhöhung der GDI-Anzahl die Folge sein.
Zum Beispiel, Wenn die Website, die auf einem Computer gehostet wird, der bereits großen Speicherplatz beansprucht oder ihn mit wiederholten Anforderungen bombardiert, nicht hängen bleibt oder Sie abmeldet.
Lasttest beobachtet das Systemverhalten, während die Belastung des Systems ständig erhöht wird, bis ein Schwellenwert erreicht ist. Workload-Modelle, Metriken und Lastniveaus sind normalerweise die Eingabe für die Lasttests.
Zum Beispiel, Die Zeit zum Abrufen der Sitzplatzverfügbarkeit für einen Zug nimmt allmählich zu, wenn die Zeit für die Buchung des Tatkal-Kontingents näher rückt, da die Anzahl der Benutzer, die sich dann im System angemeldet haben, mit der Tatkal-Buchungszeit gegen 10 oder 11 Uhr zunimmt.
Q # 38) Was war eine Ihrer größten Herausforderungen bei Regressionstests?
Antworten : Bei der Durchführung von Regressionstests können verschiedene Herausforderungen auftreten.
- Das wiederholte Ausführen von Tests wird für Tester möglicherweise nicht so aufregend.
- Zeitaufwändig, da solche Tests manchmal ein unkonventionelles Denken erfordern.
- Kompromittierter Geschäftswert.
- Bei unsachgemäßer Auswahl von Regressionstestfällen kann ein schwerwiegender Regressionsfehler übersprungen werden.
- Die Reproduktion des Produktionsfehlers wird daher inkonsistent.
- Große Suite zum Ausführen.
Q # 39) Wenn Sie aufgefordert werden, Testszenarien, Testfälle, Testpläne und Teststrategien zu dokumentieren, mit was beginnen Sie und in welcher Reihenfolge folgt der Rest?
Antworten : Die Sequenz besteht aus Teststrategie, Testplan, Testszenarien und schließlich Testfällen.
Q # 40) Was ist, wenn ich eine der oben genannten Unterlagen vermisse? Angenommen, ich vermisse es, den Testplan zu dokumentieren. Was sind die Konsequenzen?
Antworten : Wenn wir die Dokumentation des Testplans verpassen, gibt es eine Lücke für den Umfang des Testens seines objektiven Ansatzes und die Betonung des Testens. Es wird dann schwierig sein, die zu testenden Merkmale, Techniken zum Testen, Bestehen oder Nichtbestehen von Kriterien und letztendlich ein mit dem Testen verbundenes großes Risiko zu bestimmen.
Q # 41) Wie würden Sie anfangen, den Build zu testen, den Sie kürzlich erhalten haben: Gibt es einen Ansatz, dem Sie folgen, z. Erst mit dem Rauchtest beginnen, dann mit dem Sanity Test?
Antworten : Rauchtest> Vernunfttest> Erkundungstest> Funktionstest> Regressionstest und Validierung des Endprodukts.
Q # 42) Erläutern Sie das Format des Fehlerberichts, dem Sie gefolgt sind?
Antworten ::
Ein Fehlerbericht sollte die folgenden Informationen enthalten:
- Fehler-ID
- Zuordnung zu Anforderung / Erweiterung / vorhandenem Fehler
- Fehlerübersicht / Titel
- Eine Version des Produkts
- Priorität
- Konfiguration (Systemspezifikationen)
- Voraussetzungen
- Schritte
- Erwartetes Ergebnis
- Tatsächliches Ergebnis
- Protokolle. Schnappschüsse, Videoclips
- Status
- Sonstige Anmerkungen
Q # 43) Wie wählen Sie Regressionstestfälle aus oder bilden die Regressionstestsuite?
Antworten : Ja. Dies ist ein Ergebnis der Wirkungsanalyse. Es handelt sich um eine einfache Zuordnung der Funktionen, die in verschiedenen Bereichen, die Sie testen, verwendet werden oder auf die zugegriffen wird, deren Integration mit anderen Funktionen und durchgehend als End-to-End- oder Flusstests eines Systems.
Sie können auch Fehler erkennen, die zuvor für dieselbe Funktionalität in früheren Builds eingereicht wurden. Im Idealfall sollte ein Fehler mit mindestens fünf verschiedenen Testfällen, die die Funktionalität verwenden, einer Regressionstest unterzogen werden.
Q # 44) Können Sie ein Beispiel für die folgenden Mängel nennen?
- Fehler mit niedriger Priorität und hohem Schweregrad
- Fehler mit hoher Priorität und geringer Schwere
Antworten : Ein Fehler, der die Anwendung zum Absturz bringt, wenn er nur zu einem bestimmten Zeitpunkt auf einem bestimmten Betriebssystem reproduziert wird, kann ein Fehler mit hohem Schweregrad und niedriger Priorität sein.
Ein Fehler, der gegen eine Ansicht eingereicht wird, die nicht durch Doppelklick geöffnet wird, sondern mit einem Rechtsklick geöffnet wird, kann ein Fehler mit hoher Priorität und niedrigem Schweregrad sein.
Q # 45) Schreiben Sie einen effektiven Testfall, um zu testen, ob es sich bei einem bestimmten Papier um ein Whitepaper handelt.
Antworten: Wenn die Farbe der Quelltinte, mit der Sie auf weißes Papier schreiben, gleich bleibt, ist das Papier weiß. Wenn Sie beispielsweise mit roter Tinte auf ein weißes Papier schreiben, bleibt die Farbe der Tinte im Stift rot und erscheint auch auf dem Papier rot.
Hinweis: Es gibt viele andere Antworten auf diese Frage. Sie können sich eine solche gültige Antwort mit der zugrunde liegenden Logik vorstellen.
Q # 46) Was ist Charter-Test?
Antworten: Ein Sitzungstest, der auf der Grundlage der in einer Charta aufgeführten Ziele und Agenden durchgeführt wird, bevor mit dem Testen begonnen wird, wird als Charter-Test bezeichnet.
Die Tests hier werden in einem festen Zeitfenster durchgeführt, wobei der Schwerpunkt weniger auf der Dokumentation als vielmehr auf dem Testen liegt. Es handelt sich um eine andere Variante des Erkundungstests, bei der die Testingenieure die Software in einem bestimmten Zeitraum überprüfen ( Zum Beispiel, nur 2 Stunden) basierend auf einigen entwickelten Heuristiken.
Q # 47) Was ist Ihr Ansatz, wenn Sie eine Version mit hoher Priorität haben, die in sehr kurzer Zeit geliefert werden soll?
Antworten: In solchen Fällen kann ein gut durchdachter Plan von Vorteil sein.
Folgendes kann getan werden, um das Testen in einem Zeitmangelszenario zu unterstützen: -
- Verwenden vorhandener aktualisierter Automatisierungsskripte zum Ausführen von Regressionstests.
- Testen von Flow-basierten Szenarien durchgängig.
- Testfälle mit hoher Priorität ausführen und, wenn es die Zeit erlaubt, zu Fällen mit niedriger Priorität wechseln.
- Erneutes Testen der in früheren Versionen eingereichten Fehler mit hoher Priorität.
- Schnelle Softwaretests
- Entwickler können aufgefordert werden, Unit-Tests durchzuführen, um eine bessere Abdeckung beim Testen zu erzielen.
Q # 48) Testfälle auf ein Gerät / Objekt schreiben, das sich in der Nähe befindet (Beispiel: ein Stuhl)?
Antworten: Ein Ratschlag hier wäre: Beginnen Sie immer mit dem Sammeln von Anforderungen. Es zeigt Ihre Reife gegenüber dem Software Development Life Cycle. Fühlen Sie sich frei, Fragen zu stellen, nachdem Sie das Objekt ausgewählt haben.
In diesem Fall:-
- Um welche Art von Stuhl handelt es sich? Bürostuhl, Studiertischstuhl, Sofastuhl, Esstischstuhl, Komfortstuhl?
- Aus welchem Material wird der Stuhl hergestellt - Holz, Stahl, Kunststoff, Polster?
- Fragen Sie nach den Abmessungen (Größe, Gewicht je nach Stuhlart).
- Fragen Sie nach der Verfügbarkeit. Und basierend darauf beginnen Sie mit der Ausarbeitung Ihrer Fälle.
Die Testfälle würden für jeden Stuhltyp unterschiedlich sein, was besser für Ihre Denkfähigkeit übrig bleibt ( Zum Beispiel, Zweck des Stuhls, Abmessungen je nach Stuhlart, tragbar, nicht trinkbar, leicht, Kaufoptionen).
Für jeden Stuhl a Leistungstestfall kann sein: die Zugfestigkeit oder die maximale Tragfähigkeit abzuleiten.
Q # 49) Kann alles automatisiert werden?
Antworten: - Bis zu einem gewissen Grad ja. Aber Automatisierungstools haben wie andere Software ihre Grenzen. Außerdem wird die zu testende Software oder die zu testende Anwendung ständig aktualisiert.
Es gibt also keine Garantie dafür, dass Softwaretests ohne manuelles Eingreifen ausgeführt werden können. Ein Tool ist schließlich so intelligent wie der Tester. Es ist nur ein Softwaretest für eine weitere Software. Es sind die Codes / Skripte / Bibliotheken, die intelligent genug sein müssen, um Fehler zu testen und zu finden.
Fazit
Ich hoffe, diese Übung hilft Ihnen beim Aufwärmen mit einigen Fragen und gibt Ihnen einen guten Start für Ihre Interviews und verfeinert Ihr Selbstvertrauen bei der Beantwortung der Fragen. Es kann auch andere szenariobasierte Fragen geben, die aus Ihrem Lebenslauf / Profil stammen können.
Daher ist es immer ratsam, ein Scheininterview mit Selbstvorbereitung zu üben, damit sich das Interview sowohl für den Interviewer als auch für den Kandidaten als Win-Win-Situation herausstellt. Denken Sie daran, dass ein Qualitätsanalyst mehr als ein Testingenieur ist, dessen Feedback nicht nur für die Produktqualität wichtig ist, sondern auch für den Prozess zum Testen der Software.
Vielen Dank und viel Glück bei den Interviews!
Literatur-Empfehlungen
- Interview Fragen und Antworten
- 25+ Beliebteste Fragen und Antworten zum ADO.NET-Interview
- 25 Fragen und Antworten zu den besten Agile Testing-Interviews
- Spock Interview Fragen mit Antworten (am beliebtesten)
- Fragen und Antworten zum ETL-Testinterview
- 20 beliebtesten Fragen und Antworten zu TestNG-Interviews
- Top 30+ beliebte Fragen und Antworten zu Gurkeninterviews
- Top 50 der beliebtesten Fragen und Antworten zu CCNA-Interviews