Ansätze für Effektive Manuelle Tests

Gründliche Planung

Eine sorgfältige Planung bildet den Schlüssel zu effektiven manuellen Tests. Dies beinhaltet die Erstellung eines detaillierten Testplans, der Ziele, Testfälle, erwartete Ergebnisse und Testkriterien.

Testfallentwicklung für Manuelle Tests

Es empfiehlt sich, präzise und realistische Testfälle zu entwickeln. Diese müssen typische Benutzerszenarien und Randbedingungen abdecken, um eine umfassende Prüfung der Anwendung zu gewährleisten.

Menschliche Beobachtung

Die Stärken menschlicher Wahrnehmung spielen eine wichtige Rolle. Tester achten dabei auf Benutzerfreundlichkeit, Designkonsistenz und intuitives Verhalten der Anwendung.

Feedback und Dokumentation

Eine detaillierte Dokumentation aller gefundenen Fehler und Anomalien ist essenziell. Konstruktives Feedback ermöglicht Entwicklern eine effiziente Fehlerbehebung.

Beispiele für Manuelle Tests

Exploratives Testen

Beim explorativen Testen navigieren Tester durch die Anwendung, um Fehler zu entdecken. Dieser Ansatz ist besonders bei neuen oder komplexen Anwendungen nützlich, wo nicht alle Testfälle im Voraus bekannt sind. Siehe auch meinen Beitrag über Explorative Tests.

Usability Testing

Hierbei bewerten Tester die Benutzerfreundlichkeit der Anwendung. Dies umfasst die Überprüfung der Navigation, des Layouts und der allgemeinen Benutzererfahrung. Darüber schreibe ich aber noch einen etwas ausführlicheren Beitrag.

Kompatibilitätstests

Tester prüfen, ob die Software korrekt auf verschiedenen Geräten, Betriebssystemen und Browsern funktioniert. Dies stellt sicher, dass die Anwendung ein breites Publikum erreicht.

Fazit

Manuelle Tests spielen eine entscheidende Rolle in der Qualitätssicherung von Software. Durch eine Kombination aus sorgfältiger Planung, menschlicher Beobachtung und detaillierter Dokumentation können Tester wesentlich zur Entwicklung hochwertiger Softwareprodukte beitragen. Indem man manuelle Tests in den Softwareentwicklungsprozess integriert, können Entwickler und Tester gemeinsam sicherstellen, dass die Endprodukte die Bedürfnisse und Erwartungen der Benutzer erfüllen.

Der Beitrag Manuelle Tests – Der menschliche Touch in der Softwarequalitätssicherung erschien zuerst auf CEOsBay.

Was ist Anweisungsüberdeckung?

Anweisungsüberdeckung ist eine Metrik im Software Testing, die den Anteil des Quellcodes misst, den die durchgeführten Tests abdecken. Die Berechnung erfolgt durch das Verhältnis der ausgeführten Anweisungen zur Gesamtzahl der Anweisungen im Code. Das Ziel besteht darin, einen hohen Überdeckungsgrad zu erreichen, um sicherzustellen, dass der Code umfassend getestet wurde, potenzielle Fehler und Schwachstellen somit aufgedeckt werden.

Historischer Hintergrund

Die Anweisungsüberdeckung entstand in der Software-Entwicklung der 1960er und 1970er Jahre als Antwort auf die steigende Komplexität von Software-Systemen. Neue Methoden für die Überprüfung und Validierung von Software wurden notwendig, und so entwickelten sich verschiedene Formen der Code-Überdeckung. Die Anweisungsüberdeckung hat sich dabei als eine der grundlegenden und am weitesten verbreiteten Techniken etabliert.

Anwendung der Anweisungsüberdeckung

Für eine effektive Anweisungsüberdeckung ist die Auswahl repräsentativer Testfälle entscheidend. Diese Testfälle sollten alle Teile des Codes abdecken. Nach ihrer Anwendung auf den Code erfolgt die Messung des Überdeckungsgrads durch spezielle Tools. Die Ergebnisse zeigen auf, welche Teile des Codes getestet wurden und welche noch ungetestet sind. Basierend auf dieser Analyse verbessern Entwickler die Testfälle und optimieren die Testabdeckung.

Praktische Beispiele

Ein anschauliches Beispiel für die Anwendung bietet ein Programm zur Berechnung der Fakultät einer Zahl. Der Code beinhaltet verschiedene Anweisungen, inklusive Schleifen und bedingten Anweisungen. Verschiedene Testfälle, die sowohl gültige als auch ungültige Eingaben berücksichtigen, helfen dabei, den Überdeckungsgrad des Codes zu messen und zu optimieren.

Interaktiver Fakultätsrechner

Bedienungsanleitung: Fakultätsrechner

Der Fakultätsrechner ermöglicht die einfache Berechnung der Fakultät einer eingegebenen Zahl. Die Fakultät einer Zahl definiert sich als das Produkt aller positiven ganzen Zahlen bis zu dieser Zahl. Beispielsweise ergibt die Fakultät von 5 (5!) das Produkt 5 * 4 * 3 * 2 * 1 = 120.

Anwendung des Fakultätsrechners:

1. Zahl eingeben: Im vorgesehenen Eingabefeld, markiert mit „Geben Sie eine Zahl ein:“, erfolgt die Eingabe der Zahl, deren Fakultät zu berechnen ist. Zu beachten ist, dass es sich um eine nicht-negative ganze Zahl handeln sollte.
2. Berechnung initiieren: Durch einen Klick auf den „Berechnen“-Button, positioniert direkt unterhalb des Eingabefeldes, startet die Berechnung.
3. Ergebnis einsehen: Unmittelbar nach der Betätigung des „Berechnen“-Buttons erscheint das Ergebnis unterhalb desselben. Es zeigt sich in Form eines Satzes wie „Die Fakultät von [eingegebene Zahl] ist [Ergebnis].“
4. Fehler: Bei Eingabe einer ungültigen Zahl (z.B. einer negativen Zahl oder einer Nicht-Zahl)

Zusätzliche Hinweise:

• Der Rechner verarbeitet ausschließlich ganze Zahlen. Dezimalzahlen oder andere Zeichen gelten als ungültig.
• Die Fakultät von 0 beträgt immer 1, entsprechend der mathematischen Definition.
• Bei Eingabe sehr großer Zahlen ist Vorsicht geboten, da die Berechnung der Fakultät rasch zu extrem hohen Werten führen und dies einen Überlauf verursachen kann.

Vorteile und Grenzen der Anweisungsüberdeckung

Die Anweisungsüberdeckung bietet zahlreiche Vorteile, darunter eine verbesserte Codequalität und die Identifizierung ungetesteter Codebereiche. Zudem unterstützt sie bei der Einhaltung von Compliance-Anforderungen. Allerdings garantiert ein hoher Überdeckungsgrad nicht automatisch eine hohe Codequalität oder die Entdeckung aller Fehler.

Welche Software kann dafür genutzt werden?

Die Überwachung und Analyse der Anweisungsüberdeckung ist ein entscheidender Teil des Software-Testprozesses. Verschiedene Werkzeuge stehen zur Verfügung, um Entwicklern bei dieser Aufgabe zu helfen. Hier sind einige der populärsten:

• JaCoCo (Java Code Coverage): Ein weitverbreitetes Tool für Java-Anwendungen, das sich in Maven und Gradle Projekte integrieren lässt und detaillierte Berichte über die Testabdeckung erstellt. (Siehe meinen Beitrag über JaCoco)
• Istanbul: Eine populäre Wahl für JavaScript-Anwendungen, die mit verschiedenen Test-Frameworks wie Mocha und Jest arbeiten kann.
• Cobertura: Ein weiteres Tool für Java, das aus dem JUnit Test Framework heraus funktioniert und umfassende Berichte über die Codeabdeckung erstellt.
• gcov: Ein Tool, das mit GCC (GNU Compiler Collection) zusammenarbeitet, um Codeabdeckungsinformationen für C, C++ und Fortran Programme zu liefern.
• dotCover: Ein Code-Abdeckungswerkzeug von JetBrains für .NET-Anwendungen, das sich nahtlos in Visual Studio und Rider integrieren lässt.
• OpenCover: Ein freies und Open-Source-Code-Abdeckungswerkzeug für .NET, das ausführliche Berichte über die Codeabdeckung erstellt.
• Clover: Ein Code-Abdeckungswerkzeug für Java, das sich in Ant, Maven und Grails integrieren lässt und reichhaltige, interaktive Berichte liefert.
• lcov: Ein front-end für gcov, das dazu dient, die Codeabdeckung von C, C++ und Fortran Programmen zu visualisieren.
• SonarQube: Ein umfassendes Werkzeug für die kontinuierliche Inspektion der Codequalität, das auch detaillierte Informationen über die Codeabdeckung liefert. (Siehe meinen Beitrag über SonarQube)
• Visual Studio: Die integrierte Entwicklungsumgebung (IDE) von Microsoft bietet eingebaute Funktionen zur Überprüfung der Codeabdeckung für .NET-Anwendungen. (Siehe meinen Beitrag über Visual Studio Code)

Die Wahl des richtigen Werkzeugs hängt von verschiedenen Faktoren ab, einschließlich der verwendeten Programmiersprache, des vorhandenen Test-Frameworks und der persönlichen oder teambasierten Vorlieben. Es ist wichtig, das Werkzeug auszuwählen, das am besten zu den Anforderungen des Projekts passt.

Fazit

Die Anweisungsüberdeckung ist ein wesentliches Instrument im Software Testing, um die Qualität und Zuverlässigkeit von Software-Produkten zu gewährleisten. Durch die sorgfältige Auswahl von Testfällen, die konsequente Durchführung von Tests und die Analyse der Ergebnisse lassen sich Schwachstellen aufdecken und die Software kontinuierlich verbessern. Mit den richtigen Tools und Praktiken ermöglicht die Anweisungsüberdeckung Entwicklern, hohe Standards in der Softwareentwicklung zu erreichen und zu halten.

Der Beitrag Anweisungsüberdeckung – Weil jeder Codeabschnitt zählt! erschien zuerst auf CEOsBay.

Was ist die Zyklomatische Zahl?

Die Zyklomatische Zahl, auch als Zyklomatische Komplexität oder McCabe-Metrik bekannt, quantifiziert die Komplexität eines Programms oder einer Funktion basierend auf der Anzahl der linearen, unabhängigen Pfade durch den Code. Einfach ausgedrückt: Es handelt sich um eine Zahl, die angibt, wie viele verschiedene Wege es gibt, einen bestimmten Codeabschnitt auszuführen.

Entstehung

Thomas McCabe entwickelte die Zyklomatische Komplexität 1976. Er suchte nach einer Methode, die Komplexität von Software zu messen, um sowohl den Entwicklungsprozess zu verbessern als auch die Software-Qualität sicherzustellen. McCabes Forschung legte den Grundstein für viele der heutigen Softwaremetriken.

Vorgehensweise zur Bestimmung der Zyklomatischen Zahl

Die Bestimmung erfolgt durch die Formel:

V(G)=E−N+2P

wobei:

• V Die zyklomatische Komplexität
• G Kontrollflussgraph des Programms oder der Funktion, den man analysiert
• E Die Anzahl der Kanten im Kontrollflussgraphen
• N Die Anzahl der Knoten
• P Die Anzahl der verbundenen Komponenten (normalerweise 1 für einen zusammenhängenden Graphen) sind.

Anwendungsbeispiele

Qualitätssicherung: Ein hohes Maß an zyklomatischer Komplexität deutet auf einen Code hin, der schwer zu warten und zu testen ist. Ein niedriger Wert hingegen suggeriert einen einfacheren und wartungsfreundlicheren Code.

Software-Testing: Die Zyklomatische Zahl gibt an, wie viele Testfälle man mindestens benötigt, um jeden Pfad durch den Code einmal auszuführen. Dies erleichtert die Testplanung.

Praktische Beispiele

Bei der Betrachtung des nachfolgenden einfachen Codeausschnitts:

def beispiel_funktion(x): if x > 10: return "Groß" else: return "Klein"

Man stellt fest, dass die zyklomatische Komplexität dieses Codes 2 beträgt, da es zwei Pfade durch den Code gibt: Einmal, wenn die Bedingung wahr ist, und einmal, wenn sie falsch ist.

Ein komplexerer Code mit Schleifen und mehreren Bedingungen hätte entsprechend eine höhere zyklomatische Komplexität.

Zyklomatische Komplexität – Interaktive Visualisierung

Über die Anwendung:
Wie bereits erklärt, handelt es sich bei der zyklomatischen Komplexität um ein Software-Metriken-Indikator, der die Anzahl der linearen unabhängigen Pfade durch den Quellcode eines Programms misst. Sie dient als ein Maß für die Komplexität eines Programms. Diese interaktive Anwendung visualisiert diese Komplexität durch Knoten (entsprechend den Anweisungen/Blöcken in einem möglichen Code) und Verbindungen zwischen ihnen (entsprechend den Pfaden).

So wird die Anwendung verwendet:

1. Knoten hinzufügen/entfernen:
   Die Schaltflächen „Knoten hinzufügen“ und „Letzten Knoten entfernen“, um Knoten zum Diagramm hinzuzufügen bzw. zu entfernen.
2. Verbindungen erstellen:
   Klicken auf einen Knoten, um ihn auszuwählen (er wird markiert). Im Anschluss auf einen anderen Knoten klicken, um eine Verbindung zwischen den beiden Knoten herzustellen.
3. Knoten bewegen:
   Knoten ziehen, um seine Position im Diagramm zu verändern.
4. Zyklomatische Komplexität ablesen:
   Die zyklomatische Komplexität wird unter dem Diagramm angezeigt. Sie aktualisiert sich automatisch basierend auf der Anzahl der Knoten und Verbindungen in dem Diagramm.

Hinweis:
Die Visualisierung passt sich automatisch an, je nachdem, wie viele Knoten und Verbindungen man hinzufügt. Man kann mit verschiedenen Strukturen experimentieren, um ein besseres Verständnis für die zyklomatische Komplexität und ihre Bedeutung in der Softwareentwicklung zu erhalten.

Fazit

Die Zyklomatische Zahl bietet einen wertvollen Einblick in die Komplexität von Softwarecode. Sie ermöglicht Entwicklern und Testern, den Code besser zu verstehen, die Qualität zu bewerten und den Testaufwand einzuschätzen. Durch das Verständnis und die Anwendung dieses Konzepts können Softwareteams effizienter arbeiten und höherwertige Produkte liefern.

Der Beitrag Zyklomatische Komplexität – Messen. Verstehen. Optimieren. erschien zuerst auf CEOsBay.

Was ist Schlüsselwortgetriebenes Testing?

Beim Schlüsselwortgetriebenen Testing handelt es sich um einen Ansatz der Testautomatisierung, bei der man Testfälle nicht direkt im Code, sondern durch die Kombination von Schlüsselwörtern oder Befehlen definiert. Diese Schlüsselwörter repräsentieren typischerweise Aktionen, die man auf einem System oder einer Anwendung ausführt, wie z.B. „Klicke Button“, „Gebe Text ein“ oder „Überprüfe Wert“.

Die Geschichte des Schlüsselwortgetriebenen Testings

Die Anfänge des Schlüsselwortgetriebenen Testings liegen in den 1990er Jahren. Damals suchten Tester nach Wegen, den Testprozess zu beschleunigen und zu vereinfachen. Der Hauptvorteil dieses Ansatzes besteht darin, dass nicht technisch versierte Personen Testfälle definieren können, ohne tiefe Programmierkenntnisse zu besitzen. Das fördert die Zusammenarbeit zwischen technischen und nicht-technischen Teams und beschleunigt den gesamten Testprozess.

Wie geht man Schlüsselwortgetriebenes Testing an?

1. Definition von Schlüsselwörtern: Zuerst legt das Team eine Bibliothek von Schlüsselwörtern an, die verschiedene Aktionen und Überprüfungen repräsentieren.
2. Erstellung von Testfällen: Anschließend erstellen Tester Testfälle durch Kombination dieser Schlüsselwörter in der richtigen Reihenfolge.
3. Automatisierung: Ein Framework oder Tool liest diese Testfälle und führt die entsprechenden Aktionen in der Anwendung oder dem System durch.
4. Ergebnisüberprüfung: Nach Ausführung des Tests erhält das Team Berichte über die Ergebnisse und eventuelle Fehler oder Abweichungen.

Beispiele für den Einsatz des Schlüsselwortgetriebenen Testings

• Web-Anwendungen: Beim Testen von Online-Shops könnten Schlüsselwörter wie „Wähle Produkt“, „Füge zum Warenkorb hinzu“ und „Bestätige Kauf“ zum Einsatz kommen.
• Mobile Apps: In einer Wetter-App kann man Schlüsselwörter wie „Suche Stadt“, „Zeige Vorhersage“ und „Aktualisiere Daten“ definieren.
• Desktop-Anwendungen: Bei einem Textverarbeitungsprogramm könnte man Aktionen wie „Öffne Datei“, „Bearbeite Text“ und „Speichere Änderungen“ durch Schlüsselwörter abdeckten.

Welche Software kann man dafür nutzen?

Für das Schlüsselwortgetriebene Testing gibt es verschiedene Softwarelösungen und Frameworks, die man je nach Anwendungsfall und Vorlieben wählen kann. Hier sind einige der bekanntesten und am häufigsten genutzten Lösungen:

1. Selenium: Ein beliebtes Open-Source-Tool für das Testen von Webanwendungen. Mit Frameworks wie Robot Framework oder Data-Driven Testing können Tester schlüsselwortgetriebene Tests in Selenium implementieren.
2. Robot Framework: Dieses Testautomatisierungs-Framework unterstützt schlüsselwortgetriebenes Testing direkt und kann mit verschiedenen Bibliotheken, einschließlich Selenium, integriert werden.
3. TestComplete: Eine kommerzielle Lösung von SmartBear, die das Erstellen von schlüsselwortgetriebenen Tests erleichtert und eine visuelle Benutzeroberfläche bietet.
4. QTP/UFT (Unified Functional Testing) von Micro Focus: Dieses Tool bietet eine intuitive Möglichkeit, schlüsselwortgetriebene Tests zu erstellen und zu verwalten.
5. Ranorex: Ein weiteres kommerzielles Tool, das sich gut für das schlüsselwortgetriebene Testing eignet. Es bietet eine Benutzeroberfläche, die das Erstellen und Verwalten von Tests vereinfacht.
6. Katalon Studio: Eine All-in-One-Testautomatisierungslösung, die sowohl schlüsselwortgetriebene als auch datengetriebene Ansätze unterstützt.
7. Tosca von Tricentis: Eine führende End-to-End-Testautomatisierungsplattform, die speziell für Continuous Testing entwickelt wurde und einen starken Fokus auf schlüsselwortgetriebenes Testing hat. (Ich habe hier einen Beitrag über Tosca von Tricentis geschrieben.)

Bei der Auswahl der richtigen Software für das schlüsselwortgetriebene Testing sollte man die spezifischen Anforderungen des Projekts, das Budget und die gewünschten Integrationen berücksichtigen. Es empfiehlt sich, die Tools zuerst in einem Proof-of-Concept zu testen, um ihre Eignung für die speziellen Anforderungen und den Kontext zu überprüfen.

Fazit

Schlüsselwortgetriebenes Testing optimiert den Testprozess und ermöglicht es auch nicht-technischen Teams, sich aktiv an der Qualitätssicherung zu beteiligen. Durch den effizienten und modularen Ansatz eignet sich diese Methode für eine Vielzahl von Anwendungen und Projekten.

Der Beitrag Schlüsselwortgetriebenes Testing erschien zuerst auf CEOsBay.

Die Wurzeln des Pestizid-Paradoxons liegen in der Landwirtschaft. Wenn ein Bauer ständig dasselbe Pestizid verwendet, um seine Ernte zu schützen, entwickeln schließlich die Schädlinge, die überleben, eine Immunität gegen dieses spezifische Pestizid. Im Laufe der Zeit verliert das Pestizid seine Wirksamkeit. Analog dazu, in der Softwareentwicklung, wenn Entwickler und Tester immer wieder dieselben Tests anwenden, werden sie nur die Fehler finden und beheben, die diese Tests identifizieren können.

Das Pestizid-Paradoxon in der Softwareentwicklung verweist also auf die Notwendigkeit, kontinuierlich neue und verschiedene Testfälle zu erstellen. In der modernen agilen Entwicklung (Siehe Beitrag „Agiles Manifest„), bei der man Software kontinuierlich ändert und verbessert, muss das Testen Schritt halten und sich anpassen.

Mit der Zeit entdecken Testfälle weniger und weniger Bugs, genau wie Pestizide, die ihre Wirksamkeit gegen Schädlinge verlieren. Um Qualität und Sicherheit zu gewährleisten, muss man die Testszenarien daher regelmäßig überprüfen und aktualisieren. Ebenso muss man neue Tests entwickeln, um auf veränderte oder neue Funktionen zu reagieren.

Ein weiterer zentraler Aspekt des Pestizid-Paradoxons in der Softwareentwicklung ist die Notwendigkeit einer vielfältigen Teststrategie. Dazu gehören Funktionstests, Integrationstests, Leistungstests, Sicherheitstests und Benutzerakzeptanztests. Ein vielfältiges Test-Portfolio, das verschiedene Aspekte und Ebenen der Software abdeckt, erhöht die Wahrscheinlichkeit, dass mehr Fehler entdeckt und behoben werden.

Das Pestizid-Paradoxon ist somit eine starke Erinnerung daran, dass Veränderung in der Softwareentwicklung nicht nur unausweichlich, sondern notwendig ist. Es lehrt uns, dass wir uns nicht auf bewährte Testverfahren verlassen sollten. Es macht Sinn, ständig neue Methoden und Ansätze zu entwickeln und anzuwenden, um Softwarequalität und -sicherheit zu gewährleisten.

Der Beitrag Pestizid-Paradoxon – Resistenz von Bugs und Fehlern erschien zuerst auf CEOsBay.