Antwort.

Das manuelle Testen beginnt mit der Ausarbeitung der Anforderungen und endet mit der Erstellung der Abschlussberichte. Dieser Prozess entstand historisch als flexiblere und zugänglichere Alternative zur Automatisierung in den frühen Entwicklungsphasen, um verschiedene Szenarien schnell live zu überprüfen.

Ursprünglich wurde manuelles Testen ohne Methodik durchgeführt, was zu Fehlern und Informationsverlust führte. Wenn der Prozess unorganisiert ist, entstehen doppelte Tests und Fehler können übersehen werden (Problem). Um die Effizienz zu steigern, ist es wichtig, die Testphasen zu strukturieren, Verantwortungsbereiche klar zu definieren und standardisierte Dokumentation zu verwenden (Lösung).

Schlüsselfunktionen:

Planung: Festlegung von Aufgaben und Auswahl von Testmethoden.
Ausführung: schrittweises manuelles Überprüfen mit Ergebnisaufzeichnung.
Analyse: Dokumentation von Defekten und Vorbereitung der Abschlussberichte.

Fangfragen.

Warum kann manuelles Testen nicht vollständig durch automatisiertes Testen ersetzt werden?

Manuelles Testen ist notwendig, um mit unkonventionellen und sich ändernden Szenarien umzugehen, bei denen es einfacher ist, Testfälle schnell manuell zu ändern, sowie zur Überprüfung der Benutzererfahrung, visueller und plattformübergreifender Bugs.

Kann man das Testen ohne jegliche Dokumentation durchführen?

Nein, das Fehlen von Dokumentation führt zu Informationsverlust, Unfähigkeit, Fehler zu reproduzieren, und verringert das Vertrauen in die Testergebnisse.

Schließt die Testphase immer das Projekt ab?

Nein, das Testen erfolgt oft parallel zur Entwicklung (z. B. agile oder iterative Ansätze).

Typische Fehler und Anti-Pattern

Inkonsistenz im Handeln zwischen Testern
Fehlende aktuelle Dokumentation
Wiederholtes Testen derselben Szenarien ohne Mehrwert

Beispiel aus dem Leben

Negativer Fall

Im Team gab es keine klare Teststruktur, jeder testete auf seine Weise, Bugs wurden in verschiedenen Dateien protokolliert. Ergebnis — teilweise kritische Fehler wurden ignoriert, Projektzeit wurde verlängert.

Vorteile:

Flexibilität und Schnelligkeit beim initialen Start

Nachteile:

Informationsverlust, sich wiederholende Tests, ineffiziente Zeitnutzung

Positiver Fall

Ein einheitlicher Testplan wurde eingeführt, Verantwortungsbereiche wurden definiert, und wir einigten uns auf das Format der Bug-Reports. Fehler werden in einem gemeinsamen Tracker protokolliert und verfolgt.