Manuelles Testen ist ein Softwaretestprozess, bei dem Testfälle manuell ausgeführt werden, ohne dass ein automatisiertes Tool verwendet wird. Alle vom Tester manuell ausgeführten Testfälle entsprechend der Sicht des Endbenutzers. Es stellt sicher, ob die Anwendung wie im Anforderungsdokument angegeben funktioniert oder nicht. Testfälle werden geplant und implementiert, um nahezu 100 Prozent der Softwareanwendung abzuschließen. Testfallberichte werden auch manuell generiert.

Manuelles Testen ist einer der grundlegendsten Testprozesse, da es sowohl sichtbare als auch versteckte Fehler der Software finden kann. Der Unterschied zwischen der erwarteten Ausgabe und der von der Software bereitgestellten Ausgabe wird als Fehler definiert. Der Entwickler hat die Mängel behoben und es dem Tester zur erneuten Prüfung übergeben.

Vor dem automatisierten Testen ist für jede neu entwickelte Software ein manuelles Testen obligatorisch. Dieses Testen ist mit großem Aufwand und Zeitaufwand verbunden, bietet aber die Gewissheit, dass die Software fehlerfrei ist. Manuelles Testen erfordert Kenntnisse über manuelle Testtechniken, jedoch nicht über automatisierte Testtools.

Manuelle Tests sind unerlässlich, da einer der Softwaretest Der Grundsatz lautet: „Eine 100-prozentige Automatisierung ist nicht möglich.“

Warum wir manuelle Tests brauchen

Immer wenn eine Anwendung auf den Markt kommt und sie instabil ist oder einen Fehler oder Probleme aufweist oder ein Problem verursacht, während Endbenutzer sie verwenden.

Wenn wir mit solchen Problemen nicht konfrontiert werden wollen, müssen wir eine Testrunde durchführen, um die Anwendung fehlerfrei und stabil zu machen und dem Kunden ein Qualitätsprodukt zu liefern, denn wenn die Anwendung fehlerfrei ist, ist es der Endbenutzer wird die Anwendung bequemer nutzen.

Wenn der Testingenieur manuelle Tests durchführt, kann er/sie die Anwendung aus der Sicht des Endbenutzers testen und sich besser mit dem Produkt vertraut machen, was ihm hilft, die richtigen Testfälle der Anwendung zu schreiben und ein schnelles Feedback zur Anwendung zu geben.

Arten manueller Tests

Es gibt verschiedene Methoden für manuelle Tests. Jede Technik wird gemäß ihren Testkriterien verwendet. Nachfolgend sind die Arten manueller Tests aufgeführt:

• White-Box-Tests
• Black-Box-Tests
• Gray-Box-Test

White-Box-Tests

Der White-Box-Test wird vom Entwickler durchgeführt, wobei er jede Codezeile überprüft, bevor er sie an den Testingenieur weitergibt. Da der Code während des Tests für den Entwickler sichtbar ist, wird er auch als White-Box-Test bezeichnet.

Weitere Informationen zum White-Box-Testen finden Sie unter dem folgenden Link:

https://www.javatpoint.com/white-box-testing

Black-Box-Tests

Das Black-Box-Testen wird vom Testingenieur durchgeführt, wobei dieser die Funktionalität einer Anwendung oder der Software entsprechend den Anforderungen des Kunden/Auftraggebers überprüfen kann. Dabei ist der Code während der Durchführung des Tests nicht sichtbar; Aus diesem Grund wird es als Black-Box-Test bezeichnet.

Weitere Informationen zum Black-Box-Testen finden Sie unter dem folgenden Link:

https://www.javatpoint.com/black-box-testing

Gray-Box-Test

Gray-Box-Tests sind eine Kombination aus White-Box- und Black-Box-Tests. Es kann von einer Person durchgeführt werden, die sich sowohl mit Codierung als auch mit Tests auskennt. Und wenn eine einzelne Person sowohl White-Box- als auch Black-Box-Tests für die Anwendung durchführt, spricht man von Gray-Box-Tests.

Weitere Informationen zum Gray-Box-Testen finden Sie unter dem folgenden Link:

https://www.javatpoint.com/grey-box-testing

So führen Sie manuelle Tests durch

• Zunächst prüft der Tester alle Dokumente im Zusammenhang mit der Software, um Testbereiche auszuwählen.
• Der Tester analysiert Anforderungsdokumente, um alle vom Kunden angegebenen Anforderungen abzudecken.
• Der Tester entwickelt die Testfälle gemäß dem Anforderungsdokument.
• Alle Testfälle werden manuell mithilfe von Black-Box-Tests und White-Box-Tests ausgeführt.
• Wenn Fehler aufgetreten sind, informiert das Testteam das Entwicklungsteam.
• Das Entwicklungsteam behebt Fehler und übergibt die Software dem Testteam für einen erneuten Test.

Software-Build-Prozess

• Sobald die Anforderung erfasst ist, wird sie den beiden unterschiedlichen Entwicklungs- und Testteams zur Verfügung gestellt.
• Nachdem die Anforderung eingegangen ist, beginnt der betreffende Entwickler mit dem Schreiben des Codes.
• Und in der Zwischenzeit versteht der Testingenieur die Anforderung und bereitet die erforderlichen Dokumente vor, bis jetzt kann der Entwickler den Code vervollständigen und im speichern Kontrollversionstool .
• Danach ändert sich der Code in der Benutzeroberfläche und diese Änderungen werden von einem separaten Team, dem so genannten, bearbeitet Team aufbauen .
• Dieses Build-Team nimmt den Code und beginnt mit der Kompilierung und Komprimierung des Codes mithilfe eines Build-Tools. Sobald wir etwas Ausgabe erhalten haben, wird die Ausgabe in der ZIP-Datei abgelegt, die als „ Bauen (Anwendung oder Software). Jeder Build hat eine eindeutige Nummer wie (B001, B002).
• Anschließend wird dieser spezielle Build auf dem Testserver installiert. Anschließend greift der Testingenieur mithilfe der Test-URL auf diesen Testserver zu und beginnt mit dem Testen der Anwendung.
• Wenn der Testingenieur einen Fehler findet, wird er/sie dem betreffenden Entwickler gemeldet.
• Anschließend reproduziert der Entwickler den Fehler auf dem Testserver, behebt ihn und speichert den Code erneut im Control-Versionstool. Anschließend wird die neue aktualisierte Datei installiert und die alte Datei entfernt. Dieser Prozess wird fortgesetzt, bis wir den stabilen Build erhalten.
• Sobald wir den stabilen Build erhalten haben, wird dieser dem Kunden übergeben.

Anmerkung 1

• Sobald wir die Datei vom Control-Versionstool erfasst haben, verwenden wir das Build-Tool, um den Code von der Hochsprache in die Maschinensprache zu kompilieren. Wenn nach der Kompilierung die Dateigröße zunimmt, komprimieren wir diese bestimmte Datei und speichern sie auf dem Testserver.
• Dieser Vorgang wird durchgeführt von Team aufbauen , Entwickler (Wenn kein Build-Team vorhanden ist, kann es ein Entwickler tun) oder das Messleitung (wenn das Build-Team direkt mit der ZIP-Datei umgeht, die Anwendung auf dem Testserver installiert und den Testingenieur informiert).
• Im Allgemeinen können wir nicht für jeden Fehler einen neuen Build erstellen. Andernfalls wird die meiste Zeit nur mit der Erstellung der Builds verschwendet.

Anmerkung 2

Team aufbauen

Datenbank

Die Hauptaufgabe des Build-Teams besteht darin, die Anwendung bzw. den Build zu erstellen und die Hochsprache in eine Niedrigsprache umzuwandeln.

Bauen

Dabei handelt es sich um eine Software, mit der der Code in ein Anwendungsformat umgewandelt wird. Und es besteht aus einer Reihe von Funktionen und Fehlerbehebungen, die dem Testingenieur zu Testzwecken übergeben werden, bis es stabil ist.

Kontrollversionstool

Es handelt sich um eine Software oder Anwendung, die zu folgendem Zweck verwendet wird:

• In diesem Tool können wir verschiedene Dateitypen speichern.
• Es ist immer sicher, da wir über die Tools mit denselben Anmeldeinformationen auf die Datei zugreifen.
• Das Hauptziel der Tools besteht darin, die an den vorhandenen Dateien vorgenommenen Änderungen zu verfolgen.

Beispiel für einen Build-Prozess

Schauen wir uns ein Beispiel an, um zu verstehen, wie man Prozessarbeit auf realen Szenarien aufbaut:

Sobald der Testingenieur den Fehler erkennt, sendet er ihn an die Entwickler und benötigt etwas Zeit für die Analyse. Danach behebt er/sie nur noch den Fehler (der Testingenieur kann die Fehlersammlung nicht weitergeben).

Der Entwickler entscheidet, wie viele Fehler er entsprechend seiner Zeit beheben kann. Und der Testingenieur entscheidet entsprechend seinen Anforderungen, welcher Fehler zuerst behoben werden soll, da er es sich nicht leisten kann, den Test abzubrechen.

Und der Testingenieur, der die E-Mail erhält, kann nur wissen, welcher Fehler dadurch behoben wurde Liste der Fehlerbehebungen .

Die Zeit wird sich erhöhen, da Entwickler beim ersten Build den Code in die verschiedenen Funktionen schreiben sollten. Und am Ende kann er/sie nur die Fehlerbehebungen durchführen und die Anzahl der Tage wird verringert.

Notiz 3

Testzyklus

Der Testzyklus ist die Zeitspanne, die dem Testingenieur zum Testen jedes Builds zur Verfügung steht.

Unterschiede zwischen den beiden Builds

Die in einem Build gefundenen Fehler können in jedem zukünftigen Build behoben werden, was von den Anforderungen des Testingenieurs abhängt. Jeder neue Build ist die modifizierte Version des alten, und diese Änderungen können Fehlerbehebungen oder das Hinzufügen einiger neuer Funktionen sein.

Wie oft haben wir den neuen Build bekommen?

Am Anfang erhielten wir wöchentliche Builds, aber in der letzten Testphase, als die Anwendung stabil wurde, erhielten wir den neuen Build alle drei Tage, zwei Tage oder auch täglich.

Wie viele Builds bekommen wir?

Wenn wir eine Projektlaufzeit von einem Jahr betrachten, kommen wir auf 22–26 Builds.

Wenn wir die Fehlerbehebungen erhalten

Im Allgemeinen verstehen wir die Fehlerbehebungen erst, nachdem der Testzyklus abgeschlossen ist oder die Sammlung von Fehlern in einem Build behoben und in den nächsten Builds übergeben wurde.

Vorteile des manuellen Testens

• Für die Verwendung der Black-Box-Methode sind keine Programmierkenntnisse erforderlich.
• Es wird verwendet, um sich dynamisch ändernde GUI-Designs zu testen.
• Der Tester interagiert als echter Benutzer mit der Software, sodass er Probleme mit der Benutzerfreundlichkeit und der Benutzeroberfläche erkennen kann.
• Es stellt sicher, dass die Software hundertprozentig fehlerfrei ist.
• Es ist kostengünstig.
• Für neue Tester leicht zu erlernen.

Nachteile des manuellen Testens

• Es erfordert eine große Anzahl personeller Ressourcen.
• Es ist sehr zeitaufwändig.
• Tester entwickeln Testfälle basierend auf ihren Fähigkeiten und Erfahrungen. Es gibt keine Hinweise darauf, dass sie alle Funktionen abgedeckt haben oder nicht.
• Testfälle können nicht erneut verwendet werden. Für jede neue Software müssen separate Testfälle entwickelt werden.
• Es werden nicht alle Testaspekte getestet.
• Da zwei Teams zusammenarbeiten, ist es manchmal schwierig, die Beweggründe des anderen zu verstehen, was den Prozess in die Irre führen kann.

Manuelle Testwerkzeuge

Für manuelle Tests, verschiedene Arten von Tests wie Einheiten-, Integrations-, Sicherheits-, Leistungs- und Fehlerverfolgung stehen uns verschiedene Tools wie Jira, Bugzilla, Mantis, Zap, NUnit, Tessy, LoadRunner, Citrus, SonarQube usw. zur Verfügung Markt. Einige der Tools sind Open Source, andere sind kommerziell.

Weitere Informationen zu Testtools finden Sie unter dem folgenden Link:

https://www.javatpoint.com/software-testing-tools

Lassen Sie uns sie einzeln verstehen:

LoadRunner

Es handelt sich um das am häufigsten verwendete Leistungstesttool. LoadRunner wird hauptsächlich zur Unterstützung von Leistungstests für ein breites Spektrum an Verfahren, zahlreichen Ansätzen und Anwendungsumgebungen verwendet.

Der Hauptzweck der Ausführung des LoadRunner-Tools besteht darin, die häufigsten Ursachen für Leistungsprobleme schnell zu klassifizieren.

Funktionen von LoadRunner

• Das LoadRunner-Tool enthält n Anwendungen, was die Zeit zum Verstehen und Beschreiben der Berichte verkürzt.
• Mithilfe des LoadRunner-Tools können wir ausführliche Leistungstestberichte erhalten.
• Es reduziert die Kosten für verteilte Lasttests und bietet außerdem das Betriebstool für die Bereitstellungsverfolgung.

Zitrusfrüchte

Citrus ist ein Integrationstesttool und das am häufigsten verwendete Testframework. Es ist eingeschrieben Java-Programmierung Sprache. Es wird hauptsächlich verwendet, um server- und clientseitig Anfragen zu stellen, darauf zu antworten und die XML-JSON-Dateien zu validieren.

Um die End-to-End-Anwendungsfalltests durchzuführen, unterstützt Citrus mehrere HTTP-, JMS- und SOAP-Protokolle.

Eigenschaften von Zitrusfrüchten

Im Folgenden sind einige der wichtigen Funktionen des Citrus-Tools aufgeführt:

• Es wird zum Senden und Empfangen von Nachrichten verwendet.
• Citrus ist sowohl als Open-Source- als auch als lizenziertes Produkt auf dem Markt erhältlich.
• Es bietet eine kostengünstige Lösung.
• Wir können die Datenbank mithilfe des Citrus-Tools authentifizieren.
• Es beschreibt die Abfolge der Nachrichten, bietet den Testplan an und dokumentiert die Testabdeckung.
• Es erstellt die Nachricht und überprüft die Antworten.

ZAP

ZAP ist ein Open-Source-Sicherheitsscanner für Webanwendungen. Es steht für Zed Attack Proxy . Genau wie einige andere Tools ist es auch in geschrieben JAVA-Programmiersprache . Es ist am effektivsten Öffnen Sie Web Application Security-Projekte [OWASP].

Funktionen von ZAP

• Es unterstützt viele Betriebssysteme wie Windows, Linux, OS X.
• Es verfügt über eine Plugin-basierte Architektur.
• Es enthält einen Online-Marktplatz, der es uns ermöglicht, neue oder aktualisierte Funktionen hinzuzufügen.
• Das GUI-Bedienfeld von ZAP ist einfach zu bedienen.

Nonne

NUnit ist eines der am häufigsten verwendeten Unit-Test-Tools. Es ist ein Open-Source-Tool und wurde hauptsächlich von abgeleitet JUnit .

Es wurde vollständig in geschrieben Programmiersprache C# und für alle geeignet .Net-Sprachen .

Mit anderen Worten können wir sagen, dass das NUnit-Tool völlig neu gestaltet wurde, um die Vorteile vieler .Net-Sprachqualitäten zu nutzen. Zum Beispiel:

String-Datum konvertieren

Reflexionsbezogene Fähigkeiten. Andere benutzerdefinierte Attribute.

Eigenschaften von NUnit

• Es ermöglicht die Behauptungen als statische Methode der Advantage-Klasse.
• Es unterstützt die datengesteuerten Tests.
• Es unterstützt mehrere Plattformen, wie .NET Core Xamarin Mobile, Silverlight und effiziente Frameworks.
• Die Fähigkeit von NUnit hilft uns, die Tests gleichzeitig durchzuführen.
• Zum Laden und Ausführen der Tests wird ein Konsolenläufer verwendet.

JIRA

Das am häufigsten verwendete Tool zur Fehlerverfolgung ist JIRA , ein Open-Source-Tool. Es wird zur Fehlerverfolgung, Projektverwaltung und Problemverfolgung verwendet.

Mit diesem Tool können wir problemlos alle Arten von Fehlern oder Defekten verfolgen, die mit der Software zusammenhängen und von den Testingenieuren verursacht wurden.

Funktionen von JIRA

• Es ist ein zeitsparendes Werkzeug.
• Jira wird verwendet, um Fehler und Probleme zu verfolgen.
• Es dient der Festlegung der Dokumentationsaufgaben.
• Jira ist ein sehr nützliches Tool, um die Verbesserung unserer Dokumentation zu verfolgen.

Um vollständige Informationen über das Jira-Tool zu erhalten, klicken Sie auf den folgenden Link: https://www.javatpoint.com/jira-tutorial.

SonarQube

Ein weiteres Testtool für manuelle Tests ist SonarQube, das unseren Workflow durch kontinuierliche Codequalität und Codesicherheit verbessert. Es ist flexibel durch die Verwendung von Plug-Ins.

Es ist vollständig in der Programmiersprache JAVA geschrieben. Es bietet eine vollautomatische Auswertung und Integration mit Ant, Maven, Gradle, MSBuild und ständigen Integrationstools. SonarQube kann einen Metrikverlauf aufzeichnen und ein Entwicklungsdiagramm erstellen.

Funktionen von Sonarqube

Nachfolgend sind einige der wichtigsten Funktionen des SonarQube-Tools aufgeführt:

• Es unterstützt mehrere Programmiersprachen wie C, C++, Python, JAVA, HTML, CSS, VB.NET, PHP, COBOL, PL/SQL usw.
• Unter der GNU Lesser General Public License ist Sonarqube frei verfügbar.
• SonarQube ist mit einigen wichtigen externen Tools wie GitHub, Active Directory, LDAP und anderen verbunden.
• SonarQube wurde mit den Entwicklungsumgebungen Visual Studio, Eclipse und IntelliJ IDEA zusammengeführt SonarLint Plugins.

JMeter

JMeter ist ein Open-Source-Tool, das zum Testen der Leistung sowohl statischer als auch dynamischer Ressourcen und dynamischer Webanwendungen verwendet wird.

Es ist vollständig auf der JAVA-Anwendung ausgelegt, um das Funktionstestverhalten zu laden und die Leistung der Anwendung zu messen.

Es erleichtert Benutzern oder Entwicklern die Verwendung des Quellcodes für die Entwicklung anderer Anwendungen.

Funktionen von JMeter

Nachfolgend sind einige der wesentlichen Merkmale von JMeter aufgeführt:

• Es ist plattformunabhängig und akzeptiert eine JVM wie Windows, Mac und Linux usw.
• Es unterstützt eine benutzerfreundliche GUI, die interaktiv und unkompliziert ist.
• Es ist unglaublich erweiterbar, um den Leistungstest auf mehrere Servertypen zu laden.

Weitere Informationen zu JMeter finden Sie unter dem folgenden Link:

https://www.javatpoint.com/jmeter-tutorial.

Latex-Textgrößen

Mit Bugz

Ein weiteres Tool zur Fehlerverfolgung, das beim manuellen Testen verwendet wird, ist Mit Bugz .

Es wird von vielen Organisationen am häufigsten verwendet, um die verschiedenen Fehler der Anwendung zu verfolgen.

Bugzilla ist ein Open-Source-Tool, das dem Kunden und Auftraggeber hilft, den Überblick über die Mängel zu behalten. Bugzilla gilt auch als Testmanagement-Tool, da wir hier problemlos andere Testfall-Management-Tools wie ALM, Quality Centre usw. verknüpfen können.

Funktionen von Bugzilla

Bugzilla verfügt über einige zusätzliche Funktionen, die uns helfen, den Fehler einfach zu melden:

• Es unterstützt verschiedene Betriebssysteme wie Windows, Linux und Mac.
• Mit Hilfe von Bugzilla können wir einen Fehler in verschiedenen Formaten auflisten.
• Benutzereinstellungen können E-Mail-Benachrichtigungen messen.
• Bugzilla verfügt über erweiterte Suchfunktionen.

Gottesanbeterin

Mantis ist ein webbasiertes Bug-Tracking-System. ManitsBT steht für Mantis Bug Tracker . Es wird zur Verfolgung von Softwarefehlern verwendet und in der Programmiersprache PHP durchgeführt. Es ist auch ein Open-Source-Tool.

Merkmale von Mantis

Einige der Standardfunktionen des jeweiligen Tools sind wie folgt:

• Mit Hilfe dieses Tools verfügen wir über eine Volltextsuche.
• Audit-Trails der an Issues vorgenommenen Änderungen.
• Es bietet die Integration des Revisionskontrollsystems.
• Revisionskontrolle von Textfeldern und Notizen

Weitere Informationen zu Bug-Tracking-Tools finden Sie unter folgendem Link: https://www.javatpoint.com/defect-or-bug-tracking-tool .

Tessy

Ein weiteres Integrationstesttool ist Tessy , mit dem die Integration und Unit-Tests für die eingebettete Software durchgeführt werden. Es hilft uns auch, die Codeabdeckung der Software oder einer Anwendung zu ermitteln.

Es kann problemlos die gesamte Testorganisation verwalten, einschließlich Geschäftsanforderungen, Testmanagement, Abdeckungsmenge und Rückverfolgbarkeit.

Tessy enthält drei Hauptfunktionen:

• Testschnittstellen-Editor (TIE)
• Testdaten-Editor (TDE)
• Arbeitsplatz.

Merkmale von TESSY

Die Standardfunktionen des TESSY sind wie folgt:

• Es erstellt den Testbericht für die Testausführungsergebnisse.
• Es unterstützt verschiedene Programmiersprachen wie C und C++.
• Tessy wird zur Auswertung der Schnittstelle der Funktion verwendet und beschreibt die von dieser Funktion verwendete Variable.

Weitere Informationen zu Integrationstesttools finden Sie unter folgendem Link: https://www.javatpoint.com/integration-testing-tools.

Überblick

In diesem Artikel haben wir detaillierte Informationen darüber gesehen Manuelles Testen umfasst die Definition des manuellen Testens, die Notwendigkeit des manuellen Testens, die Art des manuellen Testens, manuelle Testtools, den Prozess des manuellen Testens sowie einige wichtige Vor- und Nachteile davon.

Abschließend können wir sagen, dass es sich um einen Prozess handelt, bei dem der Testingenieur sehr beharrlich, innovativ und reaktionsschnell sein muss.

Beim manuellen Testen muss der Testingenieur so denken und handeln wie die Interpretation durch den Endbenutzer.

Um manuelle Tests durchzuführen, benötigt ein Testingenieur produktive Fähigkeiten und Vorstellungskraft. Und sie müssen sich mehrere Situationen oder Szenarien vorstellen, um eine bestimmte Anwendung zu testen.

Auch wenn wir derzeit fast alle Anwendungen mit Hilfe automatisierter Tests testen können, sind dennoch manuelle Tests erforderlich, da diese die Grundlage für Softwaretests bilden.