Untertaktung- Verringerung der Häufigkeit des Gerätebetriebs.

Fehler (Defekt)- ein Mangel an einer Komponente oder einem System, der zum Ausfall einer bestimmten Funktionalität führen kann.

Priorität der Fehler – die Bedeutung eines bestimmten Softwarefehlers:

• Trivial ist ein kosmetisches, subtiles Problem.
• Minor ist ein offensichtliches, geringfügiges Problem.
• Major ist ein erhebliches Problem.
• Kritisch – ein Problem, das wichtige Softwarefunktionen beeinträchtigt.
• Blocker ist ein Problem, das die Funktion der Software stört.

Fehlerbericht- ein Dokument, das die Situation oder Abfolge von Aktionen beschreibt, die zum fehlerhaften Betrieb des Testobjekts geführt haben, unter Angabe der Gründe und des erwarteten Ergebnisses.

Validierung- Feststellung, ob die zu entwickelnde Software den Erwartungen und Bedürfnissen des Benutzers sowie den Systemanforderungen entspricht.

Überprüfung- der Prozess der Bewertung eines Systems oder seiner Komponenten, um festzustellen, ob die Ergebnisse der aktuellen Entwicklungsphase die zu Beginn dieser Phase formulierten Bedingungen erfüllen.

Spezifikation- eine detaillierte Beschreibung, wie die Software funktionieren soll.

Bug-Tracking-System (Englisch Bug-Tracking-System) – Fehlerabrechnungs- und/oder Kontrollprogramm:

• Atlassian JIRA
• Bugzilla
• YouTrack
• Redmine

Testen— der Prozess der Überprüfung der Übereinstimmung der für ein Produkt erklärten Anforderungen mit der tatsächlich implementierten Funktionalität, der durch Beobachtung seines Betriebs in künstlich geschaffenen Situationen und anhand einer begrenzten Reihe von auf bestimmte Weise ausgewählten Tests durchgeführt wird.

Qualitätssicherung (QA)- eine Reihe von Aktivitäten, die alle technologischen Phasen der Softwareentwicklung, -freigabe und -benutzung abdecken

Debuggen (GermanDebugging) ist ein Prozess, der es Ihnen ermöglicht, Software zu erhalten, die mit den erforderlichen Eigenschaften in einem bestimmten Bereich von Eingabedaten funktioniert.

Fehler (GermanFehler) – eine Aktion, die zu einem falschen Ergebnis führt.

Absturz (Englisch: Fehler) – Diskrepanz zwischen dem tatsächlichen Ergebnis einer Komponente oder eines Systems und dem erwarteten Ergebnis.

Einteilung nach Prüfart:
Mobiles Testen— Testen mobiler Anwendungen.
Konsolentests— Testen von Anwendungen für Konsolen.
Webtests(Browsertests) – Testen von Browseranwendungen.

Klassifizierung nach ausgeführtem Code zur Ausführung:
Statische Prüfung(Englisch) Statische Prüfung) – Testen, ohne den Code zur Ausführung auszuführen.
Dynamisches Testen (Englisch Dynamisches Testen) – Testen mit Ausführen des Codes zur Ausführung.

Klassifizierung nach Zugriff auf Code und Softwarearchitektur:
Flugschreiber (Englisch Flugschreiber) – Der Tester weiß nicht, wie das zu testende System aufgebaut ist.
weiße Kiste (Englisch weiße Kiste) – Der Tester kennt alle Details der Implementierung des zu testenden Systems.
Graue Box (Englisch Graue Kiste) – Der Tester kennt nur einige der Designmerkmale des zu testenden Systems.

Einteilung nach Automatisierungsgrad:
Manuelles Testen (Englisch Manuelles Testen) – Softwaretests als Benutzer.
Automatisierte Tests (Englisch Automatisierte Tests) – Softwaretests mit speziellen Programmen.

Einteilung nach dem Prinzip der Arbeit mit der Anwendung:
Positiver Test (Englisch Positiver Test) – Testen von Software, um festzustellen, wie sie funktionieren soll.
Negativer Test (Englisch Negativer Test) – Testen von Software, um festzustellen, wie sie nicht funktionieren sollte.

Klassifizierung nach Anwendungsdetaillierungsgrad:
Integrationstests— Testen der Interaktion und Verbindungen mehrerer Anwendungskomponenten.
Systemtests testet die gesamte Anwendung von Anfang bis Ende.
Unit-Tests— Testen auf der Ebene einer einzelnen Funktionskomponente der Anwendung.

Einteilung nach Zielen und Zielsetzungen:
Funktionsprüfung- Überprüfung des korrekten Betriebs der Anwendungsfunktionalität.
Nichtfunktionale Tests- Überprüfung der nichtfunktionalen Merkmale der Anwendung (Benutzerfreundlichkeit, Kompatibilität, Leistung, Sicherheit).
Installationstest- Überprüfen des Fortschritts der Installationsphase der Anwendung.
Regressionstests- Überprüfung auf Fehler, die durch Änderungen in der Anwendung verursacht wurden.
Erneuter Test- Durchführung von Testfällen, bei denen zuvor Mängel festgestellt wurden, um die Beseitigung der Mängel zu bestätigen.
Abnahmeprüfung- Tests mit dem Ziel, die Anwendung aus Sicht des Endbenutzers/Kunden zu überprüfen
Usability-Tests- Tests, die darauf abzielen, zu untersuchen, wie klar der Endbenutzer ist, wie er mit dem Produkt umgeht und wie gerne er das Produkt verwendet.
Barrierefreiheitstests- Tests, die darauf abzielen, die Eignung eines Produkts für die Verwendung durch Menschen mit Behinderungen zu prüfen
Schnittstellentests- Tests zur Überprüfung der Schnittstellen der Anwendung oder ihrer Komponenten.
Sicherheitstests- Tests, die darauf abzielen, die Fähigkeit einer Anwendung zu überprüfen, böswilligen Versuchen, Zugriff auf Daten oder Funktionen zu erhalten, zu widerstehen
Internationalisierungstests- Tests mit dem Ziel, die Einsatzbereitschaft des Produkts in verschiedenen Sprachen und unter Berücksichtigung unterschiedlicher nationaler und kultureller Besonderheiten zu überprüfen.
Lokalisierungstests- Tests, die darauf abzielen, die Richtigkeit und Qualität der Anpassung eines Produkts für die Verwendung in einer bestimmten Sprache unter Berücksichtigung nationaler und kultureller Besonderheiten zu überprüfen.
Kompatibilitätstest- Tests, die darauf abzielen, die Funktionsfähigkeit der Anwendung in der angegebenen Umgebung (Browser, mobiles Gerät usw.) zu überprüfen.
Daten- und Datenbanktests- Tests zur Untersuchung von Datenmerkmalen wie Vollständigkeit, Konsistenz, Integrität, Struktur usw.
Testen der Ressourcennutzung- eine Reihe von Testarten, die die Effizienz der Nutzung der ihr zur Verfügung stehenden Ressourcen durch eine Anwendung und die Abhängigkeit der Ergebnisse der Anwendung von der Anzahl der ihr zur Verfügung stehenden Ressourcen überprüfen.
Vergleichstests- Tests, die auf eine vergleichende Analyse der Vor- und Nachteile des zu entwickelnden Produkts im Vergleich zu seinen Hauptkonkurrenten abzielen.
Demotest- der formelle Prozess der Vorführung eines Produkts gegenüber einem Kunden, um zu bestätigen, dass das Produkt alle angegebenen Anforderungen erfüllt.
Übertesten– Testen der Anwendung mit allen möglichen Kombinationen aller möglichen Eingabedaten unter allen möglichen Ausführungsbedingungen.
Zuverlässigkeitstests- Testen der Fähigkeit der Anwendung, ihre Funktionen unter bestimmten Bedingungen auszuführen.
Prüfung der Wiederherstellbarkeit- Testen der Fähigkeit der Anwendung, ihre Funktionen und ein bestimmtes Leistungsniveau wiederherzustellen sowie Daten im Falle einer kritischen Situation wiederherzustellen.
Fehlertoleranzprüfung- Testen, das darin besteht, kritische Situationen zu emulieren oder tatsächlich zu erzeugen, um die Fähigkeit der Anwendung zu testen, Mechanismen zu verwenden, die Funktionsstörungen, Leistungsstörungen und Datenbeschädigungen verhindern.
Leistungstest- Untersuchung von Indikatoren für die Reaktionsgeschwindigkeit der Anwendung auf äußere Einflüsse unter Belastungen unterschiedlicher Art und Intensität.
Belastbarkeitstest- Untersuchung der Fähigkeit der Anwendung, bestimmte Qualitätsindikatoren unter Last innerhalb akzeptabler Grenzen zu halten und diese Grenzen leicht zu überschreiten/
Skalierbarkeitstests- Untersuchung der Fähigkeit der Anwendung, Leistungsindikatoren entsprechend der Zunahme der Anzahl der für die Anwendung verfügbaren Ressourcen zu steigern.
Volumentest- Untersuchung der Anwendungsleistung bei der Verarbeitung verschiedener (meist großer) Datenmengen.
Belastbarkeitstest- Untersuchung des Anwendungsverhaltens bei anormalen Laständerungen, die das berechnete Niveau deutlich überschreiten.
Wettbewerbstests- Untersuchung des Verhaltens einer Anwendung in einer Situation, in der sie eine große Anzahl gleichzeitig eingehender Anforderungen verarbeiten muss, was zu einem Wettbewerb zwischen Anforderungen um Ressourcen (Datenbank, Speicher, Datenverbindung, Festplattensubsystem usw.) führt.
Fokustest (Englisch Fokustest) – Tests, die durchgeführt werden, um die erste Reaktion der Spieler zu erhalten. Notwendig, um die Benutzerfreundlichkeit und die Akzeptanz des Produkts bei der Zielgruppe oder Dritten zu bewerten.

Versagen- ein Fehler (und nicht unbedingt ein Hardwarefehler) beim Betrieb einer Komponente, eines gesamten Programms oder Systems.

UX (Englisch Benutzererfahrung – Benutzererfahrung) ist das Gefühl, das der Nutzer bei der Nutzung eines digitalen Produkts verspürt.

Benutzeroberfläche (Englisch Benutzeroberfläche - Benutzeroberfläche) ist ein Tool, das die Interaktion zwischen Benutzer und Anwendung ermöglicht.

Grenzwertanalyse (Englisch Grenzwertanalyse - BVA). Die Grenzwertanalyse kann auf Felder, Datensätze, Dateien oder jede Art von eingeschränkter Entität angewendet werden.

Rauchtest (Englisch Rauchtest) ist eine kurze Testreihe, um zu bestätigen, dass die Anwendung nach der Zusammenstellung des Codes (neu oder korrigiert) startet und grundlegende Funktionen ausführt.

Explorative (Ad-hoc) Tests ist die gleichzeitige Entwicklung und Durchführung von Tests, was das Gegenteil des Szenarioansatzes ist.

Konfigurationstests (Englisch Konfigurationstests) – eine spezielle Art von Tests, die darauf abzielt, den Betrieb von Software unter verschiedenen Systemkonfigurationen (deklarierte Plattformen, unterstützte Treiber, verschiedene Computerkonfigurationen usw.) zu überprüfen.

Anforderungskonformitätsmatrix (Englisch Rückverfolgbarkeitsmatrix) ist eine zweidimensionale Tabelle, die die Entsprechung zwischen den funktionalen Anforderungen des Produkts und vorbereiteten Testfällen enthält.

Betriebsprüfung (Englisch Release-Tests). Auch wenn ein System alle Anforderungen erfüllt, muss sichergestellt werden, dass es die Bedürfnisse des Benutzers erfüllt und seine Rolle in seiner Betriebsumgebung erfüllt, wie im Geschäftsmodell des Systems definiert.

Den Fehler vorhersehen (Englisch Fehler erraten – EG). Dabei nutzt der Testanalyst sein Wissen über das System und seine Fähigkeit, die Spezifikation zu interpretieren, um „vorhersagen“ zu können, unter welchen Eingabebedingungen das System ausfallen könnte.

Ursache Wirkung (Englisch Ursache/Wirkung – CE). Hierbei handelt es sich in der Regel um die Eingabe von Kombinationen von Bedingungen (Gründen), um eine Reaktion des Systems (Wirkung) zu erhalten.

Hygienetests- Hierbei handelt es sich um eng fokussierte Tests, die ausreichen, um nachzuweisen, dass eine bestimmte Funktion gemäß den in der Spezifikation genannten Anforderungen funktioniert.

Schwere (Englisch Schwere) ist ein Attribut, das die Auswirkung eines Fehlers auf die Leistung der Anwendung charakterisiert.

Phasen der Softwareentwicklung– Dies sind die Phasen, die Softwareentwicklungsteams durchlaufen, bevor das Programm einem breiten Benutzerkreis zur Verfügung steht.

Prä-Alpha (Englisch Prä-Alpha) – die Anfangsphase der Entwicklung. Der Zeitraum vom Beginn der Entwicklung bis zur Veröffentlichung der Alpha-Stufe. Dies ist auch die Bezeichnung für Programme, die die Entwicklungsphase zur ersten Beurteilung der Funktionalität im Einsatz durchlaufen haben.

Alpha-Test (Englisch Alpha-Test) – eine Nachahmung der echten Arbeit mit dem System durch Vollzeitentwickler oder der echten Arbeit mit dem System durch potenzielle Benutzer/Kunden in einem frühen Stadium der Produktentwicklung, kann aber in einigen Fällen für ein fertiges Produkt als interne Akzeptanz verwendet werden testen.

Beta-test (Englisch Beta-test) – intensive Nutzung einer fast fertigen Version eines Produkts, um die maximale Anzahl von Fehlern in seinem Betrieb zu ermitteln und diese anschließend zu beheben, bevor das Produkt endgültig auf den Markt, für den Massenverbraucher, gebracht wird.

Release Candidate oder RC (Englisch Release-Kandidat), Vorabversion, manchmal „Gamma-Version“ – eine Kandidatenphase, um stabil zu werden.

Release oder RTM (Englisch Freigabe für die Fertigung – Industrieversion) – Veröffentlichung eines Produkts, das zur Replikation bereit ist.

Post-Release oder Post-RTM (Englisch Nachfreigabe an die Fertigung) ist eine Veröffentlichung eines Produkts, die mehrere Unterschiede zum RTM aufweist und als allererste Entwicklungsstufe des nächsten Produkts gekennzeichnet ist.

Entscheidungstabelle (Englisch Entscheidungstabelle) ist ein Tool zur Organisation komplexer Geschäftsanforderungen, die in einem Produkt umgesetzt werden müssen.

Testdesign (Englisch Testdesign) ist eine Phase des Softwaretestprozesses, in der Testfälle (Testfälle) entworfen und erstellt werden.

Versuchsplan (Englisch Versuchsplan) ist ein Dokument, das den gesamten Umfang der Prüfarbeiten sowie Risikobewertungen mit Optionen zu deren Lösung beschreibt.

Interaktionstests (Englisch Interoperabilitätstests) ist ein Funktionstest, der die Fähigkeit einer Anwendung testet, mit einer oder mehreren Komponenten oder Systemen zu interagieren.

Testen des Builds (Englisch Build-Verifizierungstest) – Tests, die darauf abzielen, die Übereinstimmung der veröffentlichten Version mit Qualitätskriterien festzustellen, um mit dem Testen zu beginnen.

Testen der Benutzeroberfläche (Englisch UI-Tests) – Tests, die durchgeführt werden, um festzustellen, ob ein künstliches Objekt (z. B. eine Webseite, eine Benutzeroberfläche oder ein Gerät) für den beabsichtigten Verwendungszweck geeignet ist.

Testfall (Englisch Testfall) ist ein Artefakt, das eine Reihe von Schritten, spezifischen Bedingungen und Parametern beschreibt, die erforderlich sind, um die Implementierung der zu testenden Funktion oder eines Teils davon zu überprüfen.

Checkliste (Englisch Checkliste) ist ein Dokument, das beschreibt, was getestet werden sollte.

Äquivalente Abteilung (Englisch Äquivalenzpartitionierung – EP). Wenn Sie beispielsweise einen Bereich gültiger Werte von 1 bis 10 haben, müssen Sie einen richtigen Wert innerhalb des Intervalls, beispielsweise 5, und einen falschen Wert außerhalb des Intervalls, 0, auswählen.

Z-Konflikt (Englisch Z-Kampf) – Texturen übereinander legen.

Übertakten (Englisch Übertakten) ist der Prozess, bei dem die Frequenz (und Spannung) einer Computerkomponente über die Standardmodi hinaus erhöht wird, um ihre Betriebsgeschwindigkeit zu erhöhen.

Ich hatte kürzlich ein Vorstellungsgespräch bei Middle QA für ein Projekt, das meine Fähigkeiten deutlich übersteigt. Ich verbrachte viel Zeit mit etwas, das ich überhaupt nicht wusste, und wenig Zeit damit, eine einfache Theorie zu wiederholen, aber vergebens.

Im Folgenden finden Sie die Grundlagen, die Sie vor dem Vorstellungsgespräch für Praktikanten und Junioren durchgehen sollten: Definition von Tests, Qualität, Verifizierung/Validierung, Ziele, Stufen, Testplan, Testplanpunkte, Testdesign, Testdesigntechniken, Rückverfolgbarkeitsmatrix, Testfall, Checkliste, Defekt, Fehler/Defekt/Versagen, Fehlerbericht, Schweregrad vs. Priorität, Teststufen, Typen/Typen, Integrationstestansätze, Testprinzipien, statisches und dynamisches Testen, exploratives/Ad-hoc-Testen, Anforderungen, Fehlerlebenszyklus, Softwareentwicklungsphasen, Entscheidungstabelle, QA/QC/Testingenieur, Verbindungsdiagramm.

Alle Kommentare, Korrekturen und Ergänzungen sind herzlich willkommen.

Softwaretest- Überprüfung der Übereinstimmung zwischen dem tatsächlichen und dem erwarteten Verhalten des Programms, durchgeführt anhand einer endlichen Reihe von Tests, die auf eine bestimmte Weise ausgewählt wurden. Im weiteren Sinne ist Testen eine der Qualitätskontrolltechniken, die die Aktivitäten der Arbeitsplanung (Testmanagement), des Testdesigns (Testdesign), der Testdurchführung (Testausführung) und der Analyse der Ergebnisse (Testanalyse) umfasst.

Softwarequalität ist eine Reihe von Merkmalen einer Software, die sich auf ihre Fähigkeit beziehen, angegebene und erwartete Bedürfnisse zu erfüllen.

Überprüfung ist der Prozess der Bewertung eines Systems oder seiner Komponenten, um festzustellen, ob die Ergebnisse der aktuellen Entwicklungsphase die zu Beginn dieser Phase festgelegten Bedingungen erfüllen. Diese. ob unsere zu Beginn der aktuellen Phase definierten Ziele, Termine und Projektentwicklungsaufgaben eingehalten werden.
Validierung– Dabei wird festgestellt, ob die zu entwickelnde Software den Erwartungen und Bedürfnissen des Benutzers sowie den Systemanforderungen entspricht.
Sie können auch eine andere Interpretation finden:
Der Prozess der Bewertung der Konformität eines Produkts mit expliziten Anforderungen (Spezifikationen) wird als Verifizierung bezeichnet, während gleichzeitig die Bewertung der Konformität des Produkts mit den Erwartungen und Anforderungen des Benutzers als Validierung bezeichnet wird. Oft findet man auch die folgende Definition dieser Konzepte:
Validierung – „Ist das die richtige Spezifikation?“
Überprüfung – „Entspricht das System den Spezifikationen?“

Testziele
Erhöhen Sie die Wahrscheinlichkeit, dass die zum Testen vorgesehene Anwendung unter allen Umständen ordnungsgemäß funktioniert.
Erhöhen Sie die Wahrscheinlichkeit, dass die getestete Anwendung alle beschriebenen Anforderungen erfüllt.
Bereitstellung aktueller Informationen über den aktuellen Zustand des Produkts.

Testphasen:
1. Produktanalyse
2. Arbeiten mit Anforderungen
3. Entwicklung einer Teststrategie
und Planung von Qualitätskontrollverfahren
4. Erstellung der Testdokumentation
5. Prototypentests
6. Grundlegende Tests
7. Stabilisierung
8. Betrieb

Versuchsplan- Hierbei handelt es sich um ein Dokument, das den gesamten Umfang der Prüfarbeiten beschreibt, angefangen von der Beschreibung des Objekts, der Strategie, dem Zeitplan, den Kriterien für den Beginn und die Beendigung der Prüfung bis hin zu den dafür erforderlichen Geräten, Spezialkenntnissen sowie der Risikobewertung Optionen für deren Lösung.
Beantwortet die Fragen:
Was soll getestet werden?
Was werden Sie testen?
Wie werden Sie testen?
Wann wirst du testen?
Kriterien für den Testbeginn.
Kriterien für den Testabschluss.

Hauptpunkte des Testplans
Der IEEE 829-Standard listet die Punkte auf, aus denen ein Testplan bestehen sollte (darf):
a) Testplan-ID;
b) Einleitung;
c) Testgegenstände;
d) zu testende Funktionen;
e) Funktionen, die nicht getestet werden sollen;
f) Ansatz;
g) Kriterien für das Bestehen/Nichtbestehen des Elements;
h) Aussetzungskriterien und Wiederaufnahmeanforderungen;
i) Testergebnisse;
j) Testaufgaben;
k) Umweltbedürfnisse;
l) Verantwortlichkeiten;
m) Personal- und Schulungsbedarf;
n) Zeitplan;
o) Risiken und Eventualverbindlichkeiten;
p) Zulassungen.

Testdesign– Dies ist die Phase des Softwaretestprozesses, in der Testszenarien (Testfälle) gemäß zuvor definierter Qualitätskriterien und Testziele entworfen und erstellt werden.
Verantwortliche Rollen für das Testdesign:
Testanalyst – bestimmt „WAS soll getestet werden?“
Testdesigner – bestimmt „WIE testet man?“

Testen Sie Designtechniken

Äquivalenzpartitionierung (EP). Wenn Sie beispielsweise einen Bereich gültiger Werte von 1 bis 10 haben, müssen Sie einen richtigen Wert innerhalb des Intervalls, beispielsweise 5, und einen falschen Wert außerhalb des Intervalls, 0, auswählen.

Grenzwertanalyse (BVA). Wenn wir das obige Beispiel nehmen, wählen wir die minimalen und maximalen Grenzwerte (1 und 10) als Werte für positive Tests sowie Werte größer und kleiner als die Grenzwerte (0 und 11). Die Grenzwertanalyse kann auf Felder, Datensätze, Dateien oder jede Art von eingeschränkter Entität angewendet werden.

Ursache/Wirkung – CE. Hierbei handelt es sich in der Regel um die Eingabe von Kombinationen von Bedingungen (Gründen), um eine Reaktion des Systems (Wirkung) zu erhalten. Sie testen beispielsweise die Möglichkeit, einen Kunden über eine bestimmte Anzeige hinzuzufügen. Dazu müssen Sie mehrere Felder wie „Name“, „Adresse“, „Telefonnummer“ ausfüllen und dann auf die Schaltfläche „Hinzufügen“ klicken – das ist „Grund“. Nachdem Sie auf die Schaltfläche „Hinzufügen“ geklickt haben, fügt das System den Kunden zur Datenbank hinzu und zeigt seine Nummer auf dem Bildschirm an – dies ist „Untersuchung“.

Fehlerschätzung (EG). Dabei nutzt der Tester sein Wissen über das System und seine Fähigkeit, die Spezifikation zu interpretieren, um „vorhersagen“ zu können, unter welchen Eingabebedingungen das System einen Fehler auslösen könnte. In der Spezifikation heißt es beispielsweise: „Der Benutzer muss einen Code eingeben.“ Der Tester wird denken: „Was ist, wenn ich den Code nicht eingebe?“, „Was ist, wenn ich den falschen Code eingebe?“ ", usw. Dies ist die Fehlervorhersage.

Ausführliche Prüfung (ET)- Das ist ein Extremfall. Im Rahmen dieser Technik sollten Sie alle möglichen Kombinationen von Eingabewerten testen und im Prinzip alle Probleme finden. In der Praxis ist der Einsatz dieser Methode aufgrund der großen Anzahl an Eingabewerten nicht möglich.

Paarweises Testen ist eine Technik zur Generierung von Testdatensätzen. Das Wesentliche kann beispielsweise so formuliert werden: die Bildung von Datensätzen, bei denen jeder getestete Wert jedes der getesteten Parameter mindestens einmal mit jedem getesteten Wert aller anderen getesteten Parameter kombiniert wird.

Nehmen wir an, ein gewisser Wert (Steuer) für eine Person wird basierend auf ihrem Geschlecht, Alter und der Anwesenheit von Kindern berechnet – wir erhalten drei Eingabeparameter, für die wir für jeden auf irgendeine Weise Werte zum Testen auswählen. Zum Beispiel: Geschlecht – männlich oder weiblich; Alter - bis 25, von 25 bis 60, über 60; Kinder bekommen – ja oder nein. Um die Richtigkeit der Berechnungen zu überprüfen, können Sie natürlich alle Wertekombinationen aller Parameter durchgehen:

Oder Sie entscheiden sich vielleicht dafür, dass wir keine Kombinationen aller Parameterwerte mit allen wünschen, sondern nur sicherstellen möchten, dass wir alle eindeutigen Parameterwertpaare überprüfen. Das heißt, wir wollen zum Beispiel in Bezug auf Geschlechts- und Altersparameter sicherstellen, dass wir einen Mann unter 25, einen Mann zwischen 25 und 60, einen Mann über 60 sowie eine Frau unter 25, eine Frau genau überprüfen zwischen 25 und 60, und so weiter, Frau nach 60. Und genau das Gleiche gilt für alle anderen Parameterpaare. Und auf diese Weise können wir viel kleinere Wertemengen erhalten (sie haben alle Wertepaare, wenn auch einige doppelt):

Dieser Ansatz ist ungefähr die Essenz der Technik des paarweisen Testens – wir testen nicht alle Kombinationen aller Werte, sondern alle Wertepaare.

Rückverfolgbarkeitsmatrix – Anforderungskonformitätsmatrix ist eine zweidimensionale Tabelle, die die Entsprechung zwischen den funktionalen Anforderungen des Produkts und vorbereiteten Testfällen enthält. Die Spaltenüberschriften der Tabelle enthalten Anforderungen und die Zeilenüberschriften enthalten Testszenarien. Am Schnittpunkt befindet sich eine Markierung, die anzeigt, dass die Anforderung der aktuellen Spalte durch den Testfall der aktuellen Zeile abgedeckt wird.
Die Anforderungskonformitätsmatrix wird von QA-Ingenieuren zur Validierung der Produkttestabdeckung verwendet. MCT ist ein integraler Bestandteil des Testplans.

Testfall ist ein Artefakt, das eine Reihe von Schritten, spezifischen Bedingungen und Parametern beschreibt, die erforderlich sind, um die Implementierung der zu testenden Funktion oder eines Teils davon zu überprüfen.
Beispiel:
Aktion Erwartetes Ergebnis Testergebnis
(bestanden/nicht bestanden/gesperrt)
Seite „Anmelden“ öffnen Anmeldeseite wird geöffnet Bestanden

Jeder Testfall muss aus drei Teilen bestehen:
Vorbedingungen Eine Liste von Aktionen, die das System in einen Zustand versetzen, der für grundlegende Tests geeignet ist. Oder eine Liste von Bedingungen, deren Erfüllung anzeigt, dass sich das System in einem für die Durchführung des Haupttests geeigneten Zustand befindet.
Testfallbeschreibung Eine Liste von Aktionen, die das System von einem Zustand in einen anderen überführen, um ein Ergebnis zu erhalten, auf dessen Grundlage geschlossen werden kann, dass die Implementierung die Anforderungen erfüllt
PostConditions Liste von Aktionen, die das System in den Ausgangszustand (Zustand vor dem Test – Ausgangszustand) überführen
Arten von Testskripten:
Testfälle werden entsprechend dem erwarteten Ergebnis in positiv und negativ unterteilt:
Ein positiver Testfall verwendet nur korrekte Daten und überprüft, ob die Anwendung die aufgerufene Funktion korrekt ausgeführt hat.
Ein negativer Testfall arbeitet sowohl mit korrekten als auch mit falschen Daten (mindestens 1 falscher Parameter) und zielt darauf ab, auf Ausnahmesituationen zu prüfen (Validatoren werden ausgelöst) und außerdem zu prüfen, ob die von der Anwendung aufgerufene Funktion nicht ausgeführt wird, wenn der Validator ausgelöst wird.

Checkliste ist ein Dokument, das beschreibt, was getestet werden soll. Dabei kann die Checkliste völlig unterschiedliche Detaillierungsgrade aufweisen. Wie detailliert die Checkliste sein wird, hängt von den Berichtsanforderungen, dem Produktwissen der Mitarbeiter und der Komplexität des Produkts ab.
In der Regel enthält eine Checkliste nur Aktionen (Schritte), ohne das erwartete Ergebnis. Die Checkliste ist weniger formalisiert als das Testskript. Es empfiehlt sich, es zu verwenden, wenn Testskripte redundant sind. Checklisten sind auch mit flexiblen Testansätzen verbunden.

Defekt (auch bekannt als Bug) ist eine Diskrepanz zwischen dem tatsächlichen Ergebnis der Programmausführung und dem erwarteten Ergebnis. Fehler werden während der Softwaretestphase entdeckt, wenn der Tester die Ergebnisse des Programms (Komponente oder Design) mit dem erwarteten Ergebnis vergleicht, das in der Anforderungsspezifikation beschrieben ist.

Fehler- Benutzerfehler, das heißt, er versucht, das Programm auf andere Weise zu verwenden.
Beispiel – gibt Buchstaben in Felder ein, in die Sie Zahlen eingeben müssen (Alter, Warenmenge usw.).
Ein hochwertiges Programm sorgt für solche Situationen und zeigt eine Fehlermeldung mit einem roten Kreuz an.
Fehler (Defekt)- ein Fehler des Programmierers (oder Designers oder einer anderen Person, die an der Entwicklung beteiligt ist), d. h. wenn etwas im Programm nicht wie geplant verläuft und das Programm außer Kontrolle gerät. Wenn beispielsweise Benutzereingaben in keiner Weise kontrolliert werden, führen falsche Daten zu Abstürzen oder anderen „Freuden“ beim Betrieb des Programms. Oder das Programm ist intern so aufgebaut, dass es zunächst nicht den Erwartungen entspricht.
Versagen- ein Fehler (und nicht unbedingt ein Hardwarefehler) beim Betrieb einer Komponente, eines gesamten Programms oder Systems. Das heißt, es gibt Mängel, die zu Fehlern führen (ein Fehler hat den Fehler verursacht) und solche, die dies nicht tun. UI-Defekte zum Beispiel. Aber auch ein Hardwarefehler, der nichts mit der Software zu tun hat, ist ein Fehler.

Fehlerbericht ist ein Dokument, das die Situation oder Abfolge von Aktionen beschreibt, die zum fehlerhaften Betrieb des Testobjekts geführt haben, unter Angabe der Gründe und des erwarteten Ergebnisses.
Eine Kappe
Kurzbeschreibung (Zusammenfassung) Eine kurze Beschreibung des Problems mit klarer Angabe der Ursache und Art der Fehlersituation.
Projektname des getesteten Projekts
Anwendungskomponente (Komponente) Der Name des Teils oder der Funktion des getesteten Produkts
Versionsnummer Die Version, in der der Fehler gefunden wurde
Schweregrad Das gebräuchlichste Fünf-Stufen-System zur Einstufung des Schweregrads eines Defekts ist:
S1-Blocker
S2 Kritisch
S3 Hauptfach
S4-Moll
S5 Trivial
Priorität Die Priorität des Fehlers:
P1 Hoch
P2 Mittel
P3 Niedrig
Status Der Status des Fehlers. Abhängig vom verwendeten Verfahren und dem Bug-Lebenszyklus (Bug-Workflow und Lebenszyklus)

Autor (Autor) Ersteller des Fehlerberichts
Zugewiesen an Der Name der Person, die dem Problem zugewiesen ist.
Umfeld
Betriebssystem/Service Pack usw. / Browser + Version /… Informationen über die Umgebung, in der der Fehler gefunden wurde: Betriebssystem, Service Pack, für WEB-Tests – Name und Version des Browsers usw.
…
Beschreibung
Schritte zum Reproduzieren Schritte, mit denen Sie die Situation, die zum Fehler geführt hat, einfach reproduzieren können.
Tatsächliches Ergebnis Das Ergebnis, das nach Durchlaufen der Schritte zur Reproduktion erhalten wurde
Erwartetes Ergebnis Erwartetes korrektes Ergebnis
Add-ons
Anhang Eine Protokolldatei, ein Screenshot oder ein anderes Dokument, das zur Klärung der Fehlerursache oder zur Lösung des Problems beitragen kann

Schweregrad vs. Priorität
Der Schweregrad ist ein Attribut, das die Auswirkung eines Fehlers auf die Leistung einer Anwendung charakterisiert.
Priorität ist ein Attribut, das die Priorität der Ausführung einer Aufgabe oder der Beseitigung eines Fehlers angibt. Wir können sagen, dass dies ein Werkzeug für die Arbeitsplanung eines Managers ist. Je höher die Priorität, desto schneller muss der Fehler behoben werden.
Der Schweregrad wird vom Tester ermittelt
Priorität – Manager, Teamleiter oder Kunde

Abstufung der Fehlerschwere (Severity)

S1-Blocker
Ein Blockierungsfehler, der dazu führt, dass die Anwendung nicht mehr funktionsfähig ist und die weitere Arbeit mit dem zu testenden System oder seinen Schlüsselfunktionen unmöglich wird. Die Lösung des Problems ist für das weitere Funktionieren des Systems notwendig.

S2 Kritisch
Ein kritischer Fehler, eine Fehlfunktion wichtiger Geschäftslogik, eine Lücke im Sicherheitssystem, ein Problem, das zu einem vorübergehenden Absturz des Servers führte oder einen Teil des Systems funktionsunfähig machte, ohne dass das Problem über andere Einstiegspunkte gelöst werden konnte. Die Lösung des Problems ist für die weitere Arbeit mit Schlüsselfunktionen des zu testenden Systems erforderlich.

S3 Hauptfach
Schwerwiegender Fehler, ein Teil der Hauptgeschäftslogik funktioniert nicht richtig. Der Fehler ist nicht kritisch oder es ist möglich, mit der zu testenden Funktion über andere Eingabepunkte zu arbeiten.

S4-Moll
Ein geringfügiger Fehler, der die Geschäftslogik des getesteten Teils der Anwendung nicht verletzt, ein offensichtliches Problem der Benutzeroberfläche.

S5 Trivial
Ein trivialer Fehler, der sich nicht auf die Geschäftslogik der Anwendung auswirkt, ein schlecht reproduzierbares Problem, das über die Benutzeroberfläche kaum wahrnehmbar ist, ein Problem mit Bibliotheken oder Diensten von Drittanbietern, ein Problem, das keinen Einfluss auf die Gesamtqualität von hat das Produkt.

Abstufung der Fehlerpriorität (Priorität)
P1 Hoch
Der Fehler muss schnellstmöglich behoben werden, denn... Seine Anwesenheit ist für das Projekt von entscheidender Bedeutung.
P2 Mittel
Der Fehler muss behoben werden; sein Vorliegen ist nicht kritisch, erfordert jedoch eine zwingende Lösung.
P3 Niedrig
Der Fehler muss behoben werden; sein Vorliegen ist nicht kritisch und erfordert keine dringende Lösung.

Teststufen

1. Unit-Tests
Das Testen von Komponenten (Einheiten) überprüft die Funktionalität und sucht nach Fehlern in Teilen der Anwendung, die zugänglich sind und separat getestet werden können (Programmmodule, Objekte, Klassen, Funktionen usw.).

2. Integrationstests
Nach der Komponentenprüfung wird das Zusammenspiel der Systemkomponenten überprüft.

3. Systemtests
Das Hauptziel des Systemtests besteht darin, sowohl funktionale als auch nichtfunktionale Anforderungen im System als Ganzes zu überprüfen. Dadurch werden Mängel wie falsche Nutzung von Systemressourcen, unbeabsichtigte Kombinationen von Daten auf Benutzerebene, Inkompatibilität mit der Umgebung, unbeabsichtigte Anwendungsfälle, fehlende oder falsche Funktionalität, Unannehmlichkeiten bei der Nutzung usw. identifiziert.

4. Betriebstests (Release-Tests).
Auch wenn ein System alle Anforderungen erfüllt, muss sichergestellt werden, dass es die Bedürfnisse des Benutzers erfüllt und seine im Geschäftsmodell des Systems definierte Rolle in seiner Betriebsumgebung erfüllt. Es ist zu berücksichtigen, dass das Geschäftsmodell Fehler enthalten kann. Aus diesem Grund ist es so wichtig, als letzten Validierungsschritt Betriebstests durchzuführen. Darüber hinaus ermöglichen uns Tests in der Betriebsumgebung, nichtfunktionale Probleme zu identifizieren, wie zum Beispiel: Konflikte mit anderen Systemen im Zusammenhang mit dem Geschäftsbereich oder in Software- und elektronischen Umgebungen; unzureichende Systemleistung in der Betriebsumgebung usw. Offensichtlich ist es ein kritisches und kostspieliges Problem, solche Dinge in der Implementierungsphase zu finden. Deshalb ist es so wichtig, bereits in den frühesten Phasen der Softwareentwicklung nicht nur eine Verifizierung, sondern auch eine Validierung durchzuführen.

5. Abnahmetests
Ein formeller Testprozess, der überprüft, ob ein System die Anforderungen erfüllt und durchgeführt wird, um:
Bestimmen, ob das System die Akzeptanzkriterien erfüllt;
Entscheidung des Kunden oder einer anderen bevollmächtigten Person darüber, ob der Antrag angenommen wird oder nicht.

Arten/Arten von Tests

Funktionale Testarten

Funktionsprüfung
GUI-Tests
Prüfung der Sicherheit und Zugangskontrolle
Interoperabilitätstests

Nichtfunktionale Testarten

Alle Arten von Leistungstests:
o Lasttests (Leistungs- und Lasttests)
o Stresstests
o Stabilitäts-/Zuverlässigkeitstests
o Volumentests
Installationstest
Usability-Tests
Failover- und Wiederherstellungstests
Konfigurationstests

Änderungsbezogene Testarten

Funktionsprüfung berücksichtigt vorgegebenes Verhalten und basiert auf einer Analyse der Spezifikationen der Funktionalität der Komponente oder des Gesamtsystems.

GUI-Tests- Funktionsprüfung der Schnittstelle auf Einhaltung der Anforderungen – Größe, Schriftart, Farbe, einheitliches Verhalten.

Sicherheitstests ist eine Teststrategie zur Überprüfung der Systemsicherheit sowie zur Analyse der Risiken, die mit der Bereitstellung eines ganzheitlichen Ansatzes zum Schutz der Anwendung, Angriffen durch Hacker, Viren und unbefugtem Zugriff auf vertrauliche Daten verbunden sind.

Interoperabilitätstests ist ein Funktionstest, der die Fähigkeit einer Anwendung zur Interaktion mit einer oder mehreren Komponenten oder Systemen testet und Kompatibilitätstests und Integrationstests umfasst

Belastbarkeitstest- Hierbei handelt es sich um automatisierte Tests, die die Arbeit einer bestimmten Anzahl von Geschäftsbenutzern an einer gemeinsamen (von ihnen gemeinsam genutzten) Ressource simulieren.

Belastbarkeitstest ermöglicht es Ihnen, zu überprüfen, wie effizient die Anwendung und das Gesamtsystem unter Belastung sind, und auch die Regenerationsfähigkeit des Systems zu bewerten, d. h. nach dem Ende des Stresses zur Normalität zurückzukehren. Stress kann in diesem Zusammenhang eine Steigerung der Betriebsintensität auf sehr hohe Werte oder eine notfallmäßige Änderung der Serverkonfiguration sein. Eine der Aufgaben von Stresstests kann auch darin bestehen, den Leistungsabfall zu beurteilen, sodass sich die Ziele von Stresstests mit den Zielen von Leistungstests überschneiden können.

Volumentests. Der Zweck des Volumentests besteht darin, eine Bewertung der Leistung zu erhalten, wenn das Datenvolumen in der Anwendungsdatenbank zunimmt

Stabilitäts-/Zuverlässigkeitstests. Die Aufgabe des Stabilitätstests (Zuverlässigkeitstests) besteht darin, die Funktionalität der Anwendung während eines Langzeittests (viele Stunden) mit einem durchschnittlichen Lastniveau zu überprüfen.

Testen der Installation Ziel ist es, die erfolgreiche Installation und Konfiguration sowie die Aktualisierung oder Deinstallation von Software zu überprüfen.

Usability-Tests ist eine Testmethode, die darauf abzielt, den Grad der Benutzerfreundlichkeit, Erlernbarkeit, Verständlichkeit und Attraktivität des zu entwickelnden Produkts für Benutzer im Kontext gegebener Bedingungen zu ermitteln. Dazu gehört auch:
User eXperience (UX) ist das Gefühl, das der Benutzer bei der Nutzung eines digitalen Produkts erlebt, während die Benutzeroberfläche ein Werkzeug ist, das die Interaktion zwischen Benutzer und Webressourcen ermöglicht.

Failover- und Wiederherstellungstests testet das zu testende Produkt im Hinblick auf seine Fähigkeit, möglichen Ausfällen aufgrund von Softwarefehlern, Hardwarefehlern oder Kommunikationsproblemen (z. B. Netzwerkfehler) standzuhalten und diese erfolgreich zu beheben. Der Zweck dieser Art von Tests besteht darin, Wiederherstellungssysteme (oder Systeme, die die Hauptfunktionalität duplizieren) zu testen, die im Fehlerfall die Sicherheit und Integrität der Daten des getesteten Produkts gewährleisten.

Konfigurationstests- eine spezielle Art von Tests, die darauf abzielt, die Funktionsfähigkeit der Software unter verschiedenen Systemkonfigurationen (deklarierte Plattformen, unterstützte Treiber, verschiedene Computerkonfigurationen usw.) zu überprüfen.

Rauch Beim Testen handelt es sich um einen kurzen Testzyklus, der durchgeführt wird, um zu bestätigen, dass nach der Erstellung des Codes (neu oder korrigiert) die installierte Anwendung startet und grundlegende Funktionen ausführt.

Regressionstests ist eine Testart, die darauf abzielt, an einer Anwendung oder Umgebung vorgenommene Änderungen zu überprüfen (Behebung eines Fehlers, Zusammenführung von Code, Migration auf ein anderes Betriebssystem, eine andere Datenbank, einen anderen Webserver oder einen anderen Anwendungsserver), um die Tatsache zu bestätigen, dass bereits vorhandene Funktionen wie vorgesehen funktionieren Vor. Regressionstests können sowohl funktionale als auch nichtfunktionale Tests sein.

Erneuter Test- Tests, bei denen Testskripte ausgeführt werden, die beim letzten Durchlauf Fehler identifiziert haben, um den Erfolg der Korrektur dieser Fehler zu bestätigen.
Was ist der Unterschied zwischen Regressionstests und erneuten Tests?
Erneutes Testen – Fehlerbehebungen werden überprüft
Regressionstests – prüft, ob Fehlerbehebungen sowie Änderungen im Anwendungscode keine Auswirkungen auf andere Softwaremodule haben und keine neuen Fehler verursachen.

Montagetest oder Build-Verifizierungstest- Tests, die darauf abzielen, die Übereinstimmung der veröffentlichten Version mit den Qualitätskriterien festzustellen, um mit dem Testen zu beginnen. Hinsichtlich seiner Ziele ähnelt es dem Rauchtest und zielt darauf ab, eine neue Version für weitere Tests oder den Betrieb zu akzeptieren. Abhängig von den Qualitätsanforderungen der freigegebenen Version kann es tiefer eindringen.

Hygienetests- Hierbei handelt es sich um eng fokussierte Tests, die ausreichen, um nachzuweisen, dass eine bestimmte Funktion gemäß den in der Spezifikation genannten Anforderungen funktioniert. Es handelt sich um eine Teilmenge des Regressionstests. Wird verwendet, um die Leistung eines bestimmten Teils der Anwendung zu bestimmen, nachdem daran oder in der Umgebung Änderungen vorgenommen wurden. Wird normalerweise manuell durchgeführt.

Ansätze für Integrationstests:
Bottom-Up-Integration
Alle Low-Level-Module, Prozeduren oder Funktionen werden zusammengefasst und dann getestet. Anschließend wird die nächste Modulebene für den Integrationstest zusammengestellt. Dieser Ansatz gilt als sinnvoll, wenn alle oder fast alle Module des zu entwickelnden Levels fertig sind. Dieser Ansatz hilft auch dabei, den Grad der Anwendungsbereitschaft anhand der Testergebnisse zu bestimmen.
Top-Down-Integration
Zuerst werden alle High-Level-Module getestet und nach und nach werden Low-Level-Module nach und nach hinzugefügt. Alle Module auf niedrigerer Ebene werden als Stubs mit ähnlicher Funktionalität simuliert und dann, wenn sie bereit sind, durch echte aktive Komponenten ersetzt. Auf diese Weise testen wir von oben nach unten.
Urknall („Big Bang“-Integration)
Alle oder nahezu alle entwickelten Module werden zu einem Gesamtsystem oder dessen Hauptteil zusammengebaut und anschließend werden Integrationstests durchgeführt. Dieser Ansatz eignet sich sehr gut zur Zeitersparnis. Wenn die Testfälle und ihre Ergebnisse jedoch nicht korrekt aufgezeichnet werden, wird der Integrationsprozess selbst sehr kompliziert, was für das Testteam zu einem Hindernis beim Erreichen des Hauptziels des Integrationstests wird.

Prüfprinzipien

Prinzip 1– Die Prüfung zeigt das Vorhandensein von Mängeln
Tests können zeigen, dass Mängel vorhanden sind, aber nicht beweisen, dass sie nicht vorhanden sind. Das Testen verringert die Wahrscheinlichkeit von Fehlern in der Software, aber selbst wenn keine Fehler gefunden werden, ist dies kein Beweis für deren Korrektheit.

Prinzip 2– Eine umfassende Prüfung ist nicht möglich
Ein vollständiger Test unter Verwendung aller Kombinationen von Eingaben und Vorbedingungen ist physikalisch nicht durchführbar, außer in trivialen Fällen. Anstelle umfassender Tests sollten Risikoanalysen und Priorisierungen eingesetzt werden, um die Testbemühungen besser zu fokussieren.

Prinzip 3– Frühe Tests
Um Fehler so früh wie möglich zu finden, sollten Testaktivitäten so früh wie möglich im Software- oder Systementwicklungslebenszyklus begonnen werden und auf bestimmte Ziele ausgerichtet sein.

Prinzip 4– Häufung von Fehlern
Der Testaufwand sollte proportional zur erwarteten und später tatsächlichen Modulfehlerdichte konzentriert werden. In der Regel sind die meisten Fehler, die während der Tests entdeckt wurden oder die die meisten Systemausfälle verursacht haben, in einer kleinen Anzahl von Modulen enthalten.

Prinzip 5- Pestizid paradox
Wenn dieselben Tests immer wieder ausgeführt werden, werden diese Testfälle irgendwann keine neuen Fehler mehr finden. Um dieses „Pestizid-Paradoxon“ zu überwinden, müssen Testfälle regelmäßig überprüft und angepasst werden, neue Tests müssen umfassend sein, um alle Softwarekomponenten abzudecken,
oder System überprüfen und so viele Fehler wie möglich finden.

Prinzip 6– Das Testen ist konzeptabhängig
Das Testen erfolgt je nach Kontext unterschiedlich. Beispielsweise wird sicherheitskritische Software anders getestet als eine E-Commerce-Site.
Prinzip 7– Irrtum der Fehlerfreiheit
Das Finden und Beheben von Mängeln hilft nicht, wenn das erstellte System nicht zum Benutzer passt und seine Erwartungen und Bedürfnisse nicht erfüllt.

Statische und dynamische Tests
Statische Tests unterscheiden sich von dynamischen Tests dadurch, dass sie ohne die Ausführung des Produktcodes durchgeführt werden. Das Testen erfolgt durch Analyse des Programmcodes (Code Review) oder kompilierten Codes. Die Analyse kann entweder manuell oder mit Spezialwerkzeugen erfolgen. Der Zweck der Analyse besteht darin, Fehler und potenzielle Probleme im Produkt frühzeitig zu erkennen. Zum statischen Testen gehören auch Testspezifikationen und andere Dokumentationen.

Explorative/Ad-hoc-Tests
Die einfachste Definition von explorativem Testen ist das gleichzeitige Entwerfen und Ausführen von Tests. Dies ist das Gegenteil des Szenario-Ansatzes (mit seinen vordefinierten Testverfahren, ob manuell oder automatisiert). Explorative Tests sind im Gegensatz zu Szenariotests nicht vorab festgelegt und werden nicht genau wie geplant durchgeführt.

Der Unterschied zwischen Ad-hoc- und explorativen Tests besteht darin, dass Ad-hoc-Tests theoretisch von jedem durchgeführt werden können, während explorative Tests Geschick und Wissen über bestimmte Techniken erfordern. Bitte beachten Sie, dass es sich bei bestimmten Techniken nicht nur um Testtechniken handelt.

Anforderungen ist eine Spezifikation (Beschreibung) dessen, was implementiert werden soll.
Anforderungen beschreiben, was implementiert werden muss, ohne die technische Seite der Lösung detailliert darzustellen. Was, nicht wie.

Anforderungen Anforderungen:
Richtigkeit
Eindeutigkeit
Vollständigkeit des Anforderungskatalogs
Konsistenz einer Reihe von Anforderungen
Testbarkeit (Testbarkeit)
Rückverfolgbarkeit
Verständlichkeit

Lebenszyklus des Fehlers

Phasen der Softwareentwicklung– Dies sind die Phasen, die Softwareentwicklungsteams durchlaufen, bevor das Programm einem breiten Benutzerkreis zur Verfügung steht. Die Softwareentwicklung beginnt mit der ersten Entwicklungsphase (Pre-Alpha-Phase) und wird mit Phasen fortgesetzt, in denen das Produkt verfeinert und aktualisiert wird. Die letzte Phase dieses Prozesses ist die Veröffentlichung der endgültigen Version der Software auf dem Markt („allgemein verfügbare Version“).

Das Softwareprodukt durchläuft folgende Phasen:
Analyse der Projektanforderungen;
Design;
Implementierung;
Produkttest;
Umsetzung und Support.

Jeder Phase der Softwareentwicklung wird eine bestimmte Seriennummer zugewiesen. Außerdem hat jede Stufe einen eigenen Namen, der die Bereitschaft des Produkts in dieser Stufe charakterisiert.

Lebenszyklus der Softwareentwicklung:
Prä-Alpha
Alpha
Beta
Release-Kandidat
Freigeben
Nach der Veröffentlichung

Entscheidungstabelle ist ein großartiges Tool zum Organisieren komplexer Geschäftsanforderungen, die in einem Produkt umgesetzt werden müssen. Entscheidungstabellen stellen eine Reihe von Bedingungen dar, deren gleichzeitige Erfüllung zu einer bestimmten Aktion führen soll.

Mit speziellen Tests wird die Fähigkeit zum technischen Verständnis untersucht. Die Testaufgaben werden in Form von Bildern mit einfachen Modellen gestellt. Der Proband muss Fragen beantworten, die ein Verständnis für räumliche Zusammenhänge usw. erfordern.

In Abb. Abbildung 12 zeigt eine einfache Aufgabe aus dem Bennett-Test zum mechanischen Verständnis für technisches Verständnis. Der Proband wird gebeten, die Frage zu beantworten, welcher der abgebildeten Arbeiter die größte Belastung erfährt, und den entsprechenden Buchstaben A oder B in das Antwortformular einzutragen. Wenn der Proband der Meinung ist, dass die Belastungen gleich sind, muss er den Buchstaben C in das Formular eintragen (Abb. 12).

Reis. 12. Welcher Arbeitnehmer ist stärker belastet?

Diese Tests zielen darauf ab, die vom Testteilnehmer gesammelten Kenntnisse und Erfahrungen zu ermitteln.

Schauen wir uns einige Aufgaben zum Verständnis räumlicher Zusammenhänge an.

1. Bennetts mechanischer Bewusstseinstest

Das Anregungsmaterial besteht aus 70 einfachen physikalischen und technischen Aufgaben, die größtenteils in Form von Zeichnungen dargestellt werden. Nach dem Text der Frage (Bild) gibt es drei mögliche Antworten darauf, von denen nur eine richtig ist. Der Testteilnehmer muss die richtige Antwort auswählen und angeben, indem er die Nummer der Aufgabe und die Nummer der ausgewählten Antwort auf ein separates Blatt schreibt. Die Technik bezieht sich auf die sogenannten Geschwindigkeitstests. Für die vollständige Erledigung aller Aufgaben sind 25 Minuten vorgesehen.

Es ist erlaubt, Aufgaben in beliebiger Reihenfolge zu erledigen. Das Verfahren zur Berechnung der erzielten Ergebnisse ist recht einfach und besteht in der Vergabe von 1 Punkt für jede richtig erledigte Aufgabe. Eine Umrechnung in Standardskalen erfolgt nicht, die Interpretation erfolgt nach den für eine bestimmte Probandenstichprobe ermittelten Normen (Abb. 13 a, b)

Bennett-Testprobleme

Abb. 13a. Übung 1

I. Wenn sich das linke Zahnrad in die durch den Pfeil angezeigte Richtung dreht, in welche Richtung dreht sich dann das rechte Zahnrad?

3. Ich weiß es nicht.

Reis. 13b. Aufgabe 2

II. Welche Spur muss sich schneller bewegen, damit der Traktor in die durch den Pfeil angezeigte Richtung dreht?

1. Raupe A.

2. Raupe V.

3. Ich weiß es nicht.

2. Aufgaben zur Identifizierung der Merkmale der technischen Vorstellungskraft.

Aufgabe 1. Gegeben sei eine Zeichnung, die eine Figur zeigt: a) Fassade (Hauptansicht) und b) Draufsicht. Es ist notwendig, eine dritte Ansicht zu zeichnen – von der Seite – und dann eine Gesamtansicht zu geben (Abb. 14).

Reis. 14. Figurenzeichnung

Notiz. Für diesen Teil gibt es zwei Lösungen. Die Antwort finden Sie im Anhang Nr. 7.

Aufgabe 2. Dieser Teil besteht aus zwei Teilen. Auf allen Seiten ist ein Schwalbenschwanzschnitt sichtbar. Wie lässt es sich aufteilen? (Es gibt zwei Antwortmöglichkeiten) (Abb. 15).

Reis. 15. Gesamtansicht des Teils

Die Antwort finden Sie im Anhang Nr. 8.

Solche Techniken zielen darauf ab, die technischen Fähigkeiten von Probanden, sowohl Jugendlichen als auch Erwachsenen, zu ermitteln.

Aufgabe 3. Auf den dargestellten Bildern sind nicht alle Steine ​​sichtbar. Zählen Sie, wie viele Steine ​​sich in jedem Block befinden (Abb. 16).

Reis. 16. Mauerwerksfragmente

Für einen in einem Unternehmen oder einer Berufsschule tätigen Psychologen empfiehlt es sich, ähnliche Aufgaben zum technischen Denken zu sammeln, um im Laufe der Zeit eine eigene Datenbank aufzubauen. Eine anschließende Korrelationsanalyse zwischen den Ergebnissen der Lösung technischer Tests durch die Probanden und der Qualität ihrer Arbeit kann zu einem bestimmten Kriteriensystem zur Identifizierung technischer Fähigkeiten werden.

Beim Softwaretest handelt es sich um einen Prozess der Softwareforschung, der auf der Grundlage einer Reihe von auf bestimmte Weise ausgewählten Tests durchgeführt wird, um Fehler zu identifizieren und die Übereinstimmung zwischen dem tatsächlichen und dem erwarteten Verhalten der Software zu ermitteln. Im weiteren Sinne ist Softwaretest eine Technik zur Kontrolle der Qualität eines Softwareprodukts, einschließlich des Entwurfs von Tests, der Durchführung von Tests und der Analyse der erzielten Ergebnisse.

Sehr oft werden moderne Softwareprodukte in kurzer Zeit und mit begrenzten Projektbudgets entwickelt. Heutzutage ist das Programmieren für viele Millionen Fachleute von der Kategorie der Kunst zur Kategorie des Handwerks geworden. Aber leider ignorieren Entwickler in dieser Eile oft die Notwendigkeit, die Sicherheit ihrer Produkte zu gewährleisten, und setzen so die Benutzer einem ungerechtfertigten Risiko aus. Qualitätskontrolle (Testen) wird im Softwareentwicklungsprozess als wichtig angesehen, da sie die Sicherheit, Zuverlässigkeit und Benutzerfreundlichkeit des erstellten Produkts gewährleistet. Derzeit gibt es eine große Vielfalt an Ansätzen und Techniken zur Lösung des Problems des Softwaretests, aber effektives Testen komplexer Softwaresysteme ist ein kreativer Prozess, der nicht auf die Einhaltung strenger und klarer Regeln hinausläuft.

Teststufen

Unit-Tests ist ein Softwareforschungsprozess, bei dem die kleinstmögliche Komponente, beispielsweise eine einzelne Klasse oder Funktion, getestet wird. Unit-Tests werden häufig von Softwareentwicklern durchgeführt.

• Wikipedia. Unit-Tests.
• Unittest von Visual C#-Code in Windows Store-Apps.

Integrationstests ist ein Softwareforschungsprozess, der Schnittstellen zwischen Komponenten oder Subsystemen testet.

• Wikipedia. Integrationstests.

Systemtests ist ein Softwareforschungsprozess, bei dem ein integriertes System getestet wird, um sicherzustellen, dass es den Kundenanforderungen entspricht. Alpha- und Betatests sind Unterkategorien von Systemtests.

Klassifizierung der Testarten

Es gibt mehrere Kriterien, nach denen es üblich ist, Testarten zu klassifizieren. Normalerweise wird unterschieden:

Durch Testobjekt

Funktionsprüfung- Softwaretests zur Überprüfung der Machbarkeit funktionaler Anforderungen. Funktionstests testen die Fähigkeit der Software, von Benutzern geforderte Probleme korrekt zu lösen.

• Wikipedia. Funktionsprüfung.
• Paketüberfluss. Unit-Tests vs. Funktionstests.

Leistungstest- Softwaretests, mit denen Sie die Leistung eines Softwareprodukts unter einer bestimmten Last bewerten können. Vor und nach der Optimierung wird ein Leistungstest durchgeführt, um Leistungsänderungen zu erkennen. Wenn eine Optimierung fehlschlägt und die Leistung abnimmt, kann der Programmierer die fehlgeschlagene Optimierung abbrechen. Wenn eine Leistungsverbesserung vorliegt, kann das Ausmaß der Verbesserung mit den erwarteten Ergebnissen verglichen werden, um sicherzustellen, dass die Optimierung erfolgreich war. Der Zweck eines Leistungstests besteht darin, Leistungssteigerungen und -einbußen zu identifizieren, sodass fehlgeschlagene Upgrades vermieden werden können.

• Wikipedia. Leistungstest.

Belastungstest- Softwaretests, die es ermöglichen, die Leistung eines Softwareprodukts bei geplanter, erhöhter und Spitzenlast zu beurteilen. Durch die Durchführung von Lasttests vor der Inbetriebnahme des Systems können Sie unerwartete Leistungseinbußen sechs Monate bis ein Jahr später vermeiden, wenn das System mit Daten gefüllt ist.

• Wikipedia. Belastbarkeitstest .

Belastbarkeitstest- Softwaretests, die die Zuverlässigkeit und Stabilität des Systems bewerten, wenn die Grenzen des Normalbetriebs überschritten werden. Dabei wird das Programm in Stresssituationen wie dem Vorhandensein einer großen Menge an Eingabeparametern, mangelndem Speicherplatz oder einem Prozessor mit geringer Leistung getestet.

Stresstests sollen die konfigurierte Lösung und Servergruppe testen, um eine große Anzahl von Benutzern gleichzeitig zu bedienen. Bei einem solchen Test wird nicht nur die Servergruppe überprüft, sondern auch die Auswirkungen der Einstellungen auf die Leistung des Gesamtsystems und seine Fehlertoleranz. Um solche Tests durchzuführen, ist eine Reihe von Computern erforderlich, die die Arbeit von Benutzergruppen emulieren.

• Wikipedia. Software-Stresstests.

Stabilitäts-/Ausdauer-/Einweichtest- Softwaretests, bei denen die Funktionsfähigkeit der Software im Langzeittest bei durchschnittlicher Auslastung überprüft wird.

Sicherheitstests- Softwaretests, die die tatsächliche Reaktion der im System eingebauten Abwehrmechanismen auf das Eindringen von Eindringlingen überprüfen.

• Wikipedia. Sicherheitstests.
• Ochir Abushinov: Merkmale von Software-Sicherheitstests.

Kompatibilitätstest- Softwaretests, bei denen die Funktionalität der Software in einer bestimmten Umgebung überprüft wird.

Basierend auf der Kenntnis des Systems

Black-Box-Tests- Softwaretests, bei denen der Tester nur über Kundenschnittstellen oder über externe Schnittstellen, die es einem anderen Computer oder Prozess ermöglichen, zum Testen eine Verbindung zum System herzustellen, Zugriff auf die Software hat. Dieser Ansatz ist in der täglichen Praxis immer noch am weitesten verbreitet, bringt jedoch eine Reihe von Nachteilen mit sich. Manche Fehler treten beispielsweise recht selten auf und sind daher schwer zu finden und zu reproduzieren.

• Wikipedia. Testen mit einer Black-Box-Strategie.

White-Box-Tests- Softwaretests, bei denen der Tester Zugriff auf den Quellcode des Programms hat und Code schreiben kann, der mit den Bibliotheken der getesteten Software verknüpft ist. White-Box-Tests umfassen die folgenden Techniken: Lesen von Programmen, formale Betrachtung von Programmen, Inspektionen. Mit dieser Methode können Sie einen Blick in die Black Box werfen und sich auf die internen Informationen konzentrieren, die das Verhalten des Programms bestimmen. Die größte Herausforderung besteht in der Schwierigkeit, Laufzeitberechnungen zu verfolgen. Beim Testen eines Programms wird die Logik des Programms überprüft. In diesem Fall handelt es sich um einen vollständigen Test, der zu einer Aufzählung aller möglichen Pfade führt. Selbst bei Programmen mittlerer Komplexität kann die Anzahl solcher Pfade Zehntausende erreichen.

• Wikipedia. White-Box-Teststrategie.

Durch Testen der Zeit

Alpha-Test- Hierbei handelt es sich um den Prozess der Simulation der tatsächlichen Arbeit von Entwicklern mit einem Softwareprodukt oder der tatsächlichen Arbeit potenzieller Benutzer mit dem System.

Beta-test- Hierbei handelt es sich um die Verteilung von Versionen mit Einschränkungen für einen bestimmten Personenkreis, um den Inhalt einer Software auf möglichst wenige Fehler zu überprüfen.

Regressionstests- Softwaretests, bei denen zuvor gefundene Fehler sowie die Grundfunktionalität überprüft werden. Sie wird in der Regel bei jeder neuen Version eines Softwareprodukts durchgeführt. Regressionstests sind die wichtigste Testphase unmittelbar vor Abschluss der Arbeiten an einem Produkt, da unmittelbar vor der Veröffentlichung des Produkts unbedingt nicht nur die Hauptfunktionalität überprüft werden muss, sondern auch, dass sich keiner der zuvor gefundenen Fehler wiederholt die endgültige Version. Als integraler Bestandteil von Funktionstests trägt Regressionstest dazu bei, sicherzustellen, dass Änderungen zur Behebung von Fehlern keine negativen Auswirkungen auf andere Funktionsbereiche der Anwendung haben.

• Wikipedia. Regressionstests.

Rauchtest- Softwaretests, bei denen eine Reihe von Tests durchgeführt werden, nach denen wir sagen können, dass das Softwareprodukt auf den Markt gebracht wird. Treten keine Startfehler auf, gilt der Rauchtest als bestanden. Wenn das Programm den Rauchtest nicht besteht, wird es zur Überarbeitung geschickt. Tatsache ist, dass Entwickler einzelne Komponenten einer Anwendung schreiben. Wenn diese Komponenten jedoch kombiniert werden, stellt sich oft heraus, dass sie nicht zusammenarbeiten können. Daher macht es keinen Sinn, das Produkt als Ganzes zu testen.

• Wikipedia. Rauchtest.

Nach Automatisierungsgrad

Manuelles Testen- Tests, bei denen keine Software zur Durchführung von Tests und zur Überprüfung der Ausführungsergebnisse verwendet wird.

• Testen: Manuell oder automatisiert?

Automatisierte Tests- Testen, bei dem Software zur Durchführung von Tests und zur Überprüfung der Ausführungsergebnisse verwendet wird. Automatisierte Tests bringen zweifellos Vorteile und sparen Zeit und Ressourcen für das Unternehmen.

Während des Entwicklungsprozesses kommt es häufig vor, dass jeden Tag, manchmal sogar mehrmals täglich, eine neue Version mit behobenen Fehlern veröffentlicht wird. Rauchtests müssen zunächst automatisiert werden, da wir unmittelbar nach der Erstellung einer neuen Version des Programms sicherstellen müssen, dass das Programm so schnell wie möglich ausgeführt wird. Ein automatischer Test bewältigt eine solche Aufgabe in Sekundenschnelle und die Montage kann als erfolgreich gewertet werden. Wenn eine Person dies tut, dauert die Überprüfung viel länger. Somit ist die Automatisierung der Rauchprüfung eine gute Zeitersparnis für die Prüfabteilung.

Es gibt eine Vielzahl von Anwendungen für die Testautomatisierung. Die beliebtesten davon: HP LoadRunner, HP QuickTest Professional, HP Quality Center, .

Automatisierung im Allgemeinen spart nicht nur Entwicklungszeit, sondern erhöht auch die Zuverlässigkeit und Sicherheit der erstellten Produkte. Auch für Tester liegen die Vorteile auf der Hand: Die Zuverlässigkeit der Produktprüfung steigt, die Testzeit verkürzt sich und die Arbeit des Testers wird stressfreier. Natürlich können automatisierte Tests niemals Menschen ersetzen, aber sie können die Arbeit eines Softwaretestingenieurs erleichtern.

• Testen: Manuell oder automatisiert?

Dynamische und statische Codeanalyse

Mit fortschreitendem Projekt können die Kosten für die Behebung von Softwarefehlern exponentiell steigen. Statische und dynamische Analysetools tragen dazu bei, diese Kosten zu vermeiden, indem sie Softwarefehler frühzeitig im Softwarelebenszyklus erkennen.

Laufzeitanalyse- eine Methode zur Analyse eines Programms direkt während seiner Ausführung. Bei der dynamischen Analyse werden Probleme im Quellcode gefunden, sobald sie auftreten. Der Analyseprozess kann in mehrere Phasen unterteilt werden: Vorbereiten der Ausgangsdaten, Durchführen eines Testlaufs des Programms, Sammeln der erforderlichen Parameter und Analysieren der erhaltenen Daten.

Hauptsächlich - so viel wie möglich über eine Person herausfinden Wer vor Ihnen sitzt: Verfügt er über geschäftliche Fähigkeiten, kann er seine Vorgesetzten und Kunden mit seiner Intelligenz beeindrucken, kann er seine Emotionen zügeln, wie wird er mit Kollegen kommunizieren?

Dazu verwenden sie eine Methode namens Testen.

Wussten Sie, dass das zum ersten Mal etwas Besonderes ist? Tests wurden bereits in der Antike durchgeführt. Und der antike griechische Wissenschaftler Pythagoras entwickelte Probleme, mit denen sich erkennen ließe, ob ein Schüler dumm oder klug ist. Er argumentierte, dass „nicht jeder Baum in Merkur geschnitzt werden kann“.

Wie wird getestet?

Sie betreten das Büro und sitzen einer Ihnen noch unbekannten Person gegenüber, die sich große Sorgen macht.

Sie beginnen mit ihm zu sprechen und verstehen, dass der Bewerber bereit ist, Prüfungen abzulegen kann die Aussagekraft der Ergebnisse verfälschen.

Der zweite Schritt besteht darin, Folgendes zu testen:

1. Verteilen Sie Tests mit Fragen und Aufgaben, Antwortbögen.
2. Erklären zu welchem ​​Zweck Du wirst testen.
3. Vorlesen Anweisungen oder geben Sie mir den gedruckten Text.
4. Tests sollten bestehen aus 20-25 Aufgaben.
5. Geben Sie dies für jede Aufgabe an jeweils eine Minute gegeben. Wenn die Zeit abgelaufen ist, wird der Test sofort beendet.
6. Wenn jemand es nicht versteht, gib ein Beispielähnliche Aufgaben ausführen.
7. Antwort an Fragen der Kandidaten.
8. Annahme Antworten und deren Überprüfung. Über die Ergebnisse der Bearbeitung kann der Kandidat informiert werden, dies ist jedoch nicht verpflichtend.

Herunterladen Beispiele und Mustertests Mit Antworten und Kommentaren können Sie den folgenden Links folgen.

Weitere Einstellungstests mit Antworten finden Sie im Internet.

Arten

Einstellungstests sind in mehrere Typen unterteilt: beruflich, persönlich, intellektuell, mathematisch, logisch, verbal, Aufmerksamkeit, Intelligenz, Lernfähigkeit, Mechanik und am häufigsten in Handelsorganisationen: „Wie verkauft man einen Stift.“

Schauen wir uns jeden einzelnen genauer an.

Fachmann

Um die Professionalität eines Bewerbers zu ermitteln, nutzen Experten Sonderprüfungen. Für – Aufgaben zu Buchhaltungskenntnissen; Für Sekretär— einen Test zur Beherrschung der Grundlagen der Büroarbeit bestehen, der Lese- und Schreibkompetenz, Liebe zum Detail, Schreibgeschwindigkeit und schnelles und effektives Abrufen von Informationen prüft; Für Steuerspezialist— Bestehen von Steuerprüfungen, z Juristen und Ökonomen— Überprüfung der juristischen oder wirtschaftlichen Kenntnisse, des Niveaus der Fremdsprachenkenntnisse, der Beherrschung von Computerprogrammen usw.

Stellen Sie Fragen und mehrere Antwortmöglichkeiten: Ja, in einigen Fällen nein.

In diesem Fall ist es gegeben Deutung Antworten.

Bei solchen Erklärungen erkennt man sofort die Antwort.

Und ermitteln Sie anhand vorgefertigter Schlüssel für den Test die Anzahl der richtigen Antworten und treffen Sie Ihre Entscheidung.

Ein Arbeitgeber kann Bewerbern einen Test anbieten, um ihre Kenntnisse in einigen Excel-Techniken zu testen.

Wer Erfahrung hat, sich mit der Theorie auskennt und die meisten Fragen beantwortet hat, hat alle Chancen auf eine Zulassung Angestrebte Tätigkeit.

Persönlich oder psychologisch

Intelligent

Wenn Arbeit erfordert geistige Investition, dann hat der Arbeitgeber das Recht zu erfahren, wie hoch die geistigen Fähigkeiten seiner Arbeitnehmer sind.

Zu diesem Zweck wird diese Art der Prüfung objektiv eingesetzt das intellektuelle Niveau (IQ) beurteilen Bewerber.

Für die richtige Aufgabenauswahl eignet sich ein Buch eines englischen Psychologen G. Eysenck.

Sie können den Test verwenden Amthauer. Es ermittelt das Niveau der geistigen Fähigkeiten anhand von neun Kriterien.

Anhand der Ergebnisse können Sie die mathematische Denkweise eines Kandidaten oder eines Geisteswissenschaftlers genau bestimmen und sogar bestimmen, für welchen der 49 Berufe er geeignet ist.

Sie können einen Online-Intelligenztest machen.

Mathematisch

Die große Mathematikerin sucht keinen Job, sie findet ihn selbst. Aber der Firmenchef oder der Firmenchef braucht professionelle Buchhalter oder Wirtschaftswissenschaftler der nicht nur zählen, sondern auch komplexe mathematische Operationen ausführen kann.

Bieten Sie einen Test mit zwanzig bis dreißig einfachen und komplexen Aufgaben an, bestehend aus Proportionen und Brüchen finden, Differenzen berechnen, mehrere Zahlen addieren, Diagramme, Zeichnungen, Grafiken verstehen und mit Zahlen arbeiten. Der Antragsteller muss schnell verstehen, welche Nummern für den Betrieb verwendet werden sollen.

Anhand der Testergebnisse wird es klar sein Wird ein Spezialist mathematische Probleme bewältigen können? in einer neuen Position.

Sie können einen Online-Mathetest machen.

Rätsel

Angestrebt werden Logiktests für den Beruf Grad der Intelligenz des Kandidaten, was für viele Berufe von zentraler Bedeutung ist. Sie sind ein hervorragendes Werkzeug, um menschliches Verhalten in einer unbekannten Situation aufzudecken.

Logische Tests zur Bedienung sind auf den ersten Blick absurd. Eines der Probleme besagt, dass manche Schnecken Berge sind. Berge lieben Katzen. Das bedeutet, dass alle Schnecken Katzen lieben.

Für den Testteilnehmer kommt es vor allem darauf an, sich zu konzentrieren, Bauen Sie eine logische Kette auf, erklären Sie es, ohne auf Schnecken und Katzen zu achten. Der Spezialist muss verstehen, ob der zukünftige Mitarbeiter logisch denken und über den Tellerrand schauen kann.

Der Logiktest kann online abgelegt werden.

Verbal

Für Arbeitstests sind mündliche Tests hilfreich Lehrer, Übersetzer oder Sekretäre.

Bietet die Möglichkeit, die Fähigkeiten des Bewerbers zu bewerten mit Texten arbeiten: Informationen verstehen, zerlegen, bewerten, Schlussfolgerungen ziehen.

Ein Kandidat hat die Chance, die gewünschte Position zu bekommen, wenn er seine Muttersprache fließend spricht, logisch und kompetent sprechen kann und über einen großen Wortschatz verfügt.

Normalerweise wird ein mündlicher Test durchgeführt es wird viel mehr Zeit gegeben als numerische. Die Antwort besteht aus Buchstaben oder einem Wort. Sie müssen aus mehreren Optionen auswählen oder selbst eine Antwort finden.

Es gibt jedoch eine Art mündlicher Test, bei dem Sie einen kurzen Informationstext und einige Aussagen lesen müssen. Antragsteller muss Wahrheit oder Falschheit offenbaren dieser Aussage.

Mündliche Tests ermöglichen es dem Arbeitgeber zu verstehen, ob die Rede des Kandidaten prägnant ist, ob er mit Worten überzeugen und beweisen kann.

Sie können den mündlichen Test online absolvieren.

Für Lernfähigkeit

Viele junge Bewerber schreiben: „Bereit zum Lernen.“ Aber Leute mit umfangreicher Erfahrung und Erfahrung möchte nicht umschulen Sie denken, dass das angesammelte Wissen ausreichen wird. Hierzu wird mittels eines Kurztests die Lernfähigkeit (die Fähigkeit, neue Informationen zu verarbeiten und wahrzunehmen) beurteilt.

Mechanik

Mechaniktest angeboten an einen engen Kreis von Spezialisten, hauptsächlich für Kandidaten physikalischer Fachrichtungen und Ingenieurberufe.

Die Tests testen räumliches Denken, Wissen und Erfahrung und ermitteln die Fähigkeit, mit Zeichnungen, mechanischen Geräten und komplexen Geräten zu arbeiten. Dabei handelt es sich um Tests, die aus einfachen Fragen bestehen, aber für welche Nur Leute, die sich mit Mechanik auskennen, können antworten.

Es werden Online-Tests zur Mechanik angeboten.

Auf dem Polygraphen

Große Unternehmen nutzen bei der Einstellung ein mobiles Hardwaresystem.

Kann sich ein Arbeitgeber bewerben? Lügendetektor?

Das Gesetz verbietet es nicht.

Das Arbeitsgesetzbuch ermöglicht es Ihnen, zweifelsfreie Informationen über einen Arbeitnehmer einzuholen. Aber der Kandidat hat das Recht, die Besichtigung zu verweigern zur Ehrlichkeit, wenn er dies als Demütigung seiner Menschenwürde ansieht.

Wie läuft der Testprozess ab? Drei Arten von Fragen: anpassend, korrigierend und sachlich.

Wenn die Antworten auf die letzten beiden ehrlich sind, sind die physiologischen Parameter eines Menschen gleich. Sie verändern sich, wenn eine Person lügt. Dies wird vom Gerät aufgezeichnet.

Die Anziehungskraft, Alkohol zu trinken, kann „Polygraph“ nicht verborgen bleiben; Drogen, Diebstahl, Spielsucht, etwaige Kredite, Vorstrafen und sogar verurteilte Verwandte; ob eine Person geeignet ist, dem Unternehmen zu schaden.

Die Antworten werden gegeben unmissverständliches Urteil über den Kandidaten. Am Ende der Prüfung entscheidet der Arbeitgeber, ob der Kandidat arbeiten wird oder nicht.

„Verkaufen Sie Ihren Stift“

Für Bewerber, die im kaufmännischen Bereich arbeiten möchten, führen Spezialisten durch beliebter Test„Verkauf mir einen Stift.“

Angeboten wird jeder Artikel: Kugelschreiber, Bleistift, Notizblock, der Preis wird genannt. Vom Umtausch oder Verschenken ausgeschlossen. Er muss diesen Artikel innerhalb von fünf Minuten verkaufen. Der Arbeitgeber meldet sich zu Wort als Käufer.

Diese Situation ist für den Kandidaten belastend, da sie einer echten Verkaufssituation nahe kommt. Der Test wurde in unzähligen Interviews mehrfach durchgeführt. Als Ergebnis erhält der Arbeitgeber ein objektiver Blick auf Fähigkeiten und Technik zukünftiger Vertriebsleiter.

Zusammenfassung

Lohnt es sich also, Tests bei der Personalrekrutierung einzusetzen?

Professionelle Angestellte- Dies ist eine sehr wichtige Phase bei der Führung einer Organisation, eine Garantie für den Erfolg, es ist ein Schatz, der geschützt werden muss.

Wenn die Wahl richtig ist, erhöht sie sich Produktivität, Effizienz alle Mitarbeiter der Organisation.

Fehler sind teuer. Die Fähigkeit, Mitarbeiter einzustellen, ist ein echtes Talent, das man nicht oft findet.