7 wichtige ISTQB-Testprinzipien | #3 Erste Schritte im Softwaretest

Die Durchführung präziser und korrekter Softwaretests folgt zahlreichen Prinzipien. Das International Software Testing Qualifications Board unterscheidet sieben grundlegende, die wir heute besprechen werden. Neugierig, es herauszufinden? Lesen Sie einen Artikel über die wichtigsten ISTQB-Testprinzipien!

ISTQB-Testprinzipien – Inhaltsverzeichnis:

1. Die Prüfung deckt Mängel auf, kann aber deren Abwesenheit nicht beweisen
2. Eine gründliche Prüfung ist unmöglich
3. Frühes Testen spart Zeit und Geld
4. Fehlfunktion Schneeballeffekt
5. Pestizid paradox
6. Es kommt auf den Kontext an
7. Werbung für fehlerfreie Software ist ein No-Go
8. Zusammenfassung

Die Prüfung deckt Mängel auf, kann aber deren Abwesenheit nicht beweisen

Das Testen erhöht die Wahrscheinlichkeit , Fehler zu finden, was wiederum die Chancen erhöht, sie zu beheben. Es kann jedoch nicht vollständig garantiert werden, dass Software frei von Fehlern ist, selbst wenn die überwiegende Mehrheit entdeckt und behoben wird. Aufgrund der Unfähigkeit, fehlerfreie Software zu erstellen, betrachten viele den Prozess als negativ, da Sie nie ein positives Ergebnis erhalten und immer etwas „Schmutz“ in den Programmen finden.

Eine gründliche Prüfung ist unmöglich

Die obige Faustregel besagt, dass es sinnlos ist, alle Fehlfunktionen von Software zu erkennen. Dies gilt jedoch nicht für einfache Kurzprogramme. Dies wiederum weist darauf hin, dass die Möglichkeit besteht, alle Kombinationen von Eingaben und Voraussetzungen zu sehen, um einige Programme vollständig zu testen. Bei der Bewertung anspruchsvoller Software kann selbst die beste KI nicht alle notwendigen Messungen durchführen, geschweige denn manuelle Tester. Automatisierte Assessoren werden Apps effizienter und genauer durchlaufen, aber sie können immer noch keine einwandfreie Leistung garantieren. Dazu müssen Sie zusätzliche Aufgaben wie Priorisierung, Risikoanalyse sowie das Finden und Ausführen anderer Testtechniken in Angriff nehmen.

Frühes Testen spart Zeit und Geld

Viele Fachleute nennen dieses Prinzip auch „Shifting Left“. Je früher Sie Fehler erkennen, desto einfacher können Sie sie beheben, daher sollten statische und dynamische Tests so bald wie möglich beginnen. Kurzgesagt:

• Statisches Testen – Bewerten des Produkts, ohne den Code auszuführen.
• Dynamisches Testen – Bewertung des Codes eines Moduls oder Systems während seiner Ausführung

Das Erkennen von Fehlern in den ersten Phasen der Implementierung erleichtert die weitere Diagnose. Aber wenn zwei Bereiche der Software interagieren, wird das Beheben von Fehlern mühsam, da der Fehler nicht genau bestimmt werden kann. In solchen Fällen erfordert die Bewältigung zusätzliche Zeit, Mühe und Arbeitskraft. Alles in allem ist es die schnelle Reaktion auf auftauchende Hindernisse, die verhindern kann, dass sich Risse vermehren

Fehlfunktion Schneeballeffekt

Die meisten Störungen neigen dazu, sich in den meisten kritischen Modulen zu sammeln, sodass ihre gründliche Untersuchung die meisten aufdeckt und ausreichend eliminiert. Diese Gruppen werden zum Hauptaugenmerk der laufenden Risikoanalyse , um die zukünftige Durchführung von Maßnahmen zu skizzieren und festzulegen. Die meisten Fehler treten auf, nachdem die Benutzer den Pfaden gefolgt sind, aber in diesen Fällen macht Wissen allein die Module nicht tadellos.

Das Pareto-Prinzip besagt, dass 80 % der Ergebnisse auf nur 20 % der Ursachen zurückzuführen sind. Mit anderen Worten, 80 % der Fehler existieren in 20 % der Module. Wenn Sie in einem Modul auf zahlreiche Fehlfunktionen stoßen, suchen Sie weiter, da sie vorhanden sein werden.

Pestizid paradox

Die wiederholte Ausführung derselben Tests kann fehlschlagen, weil sie von vornherein falsch konzipiert wurden und sich nie als effektiv erweisen werden. Sie müssen Tests ändern und aktualisieren , um die Wahrscheinlichkeit zu erhöhen, neue Fehler in der Software zu finden.

Auch die Schaffung eines völlig neuen Diagnosesystems wird nicht ausreichen. Das Befolgen der vorherigen Kombinationen kann den Bewertungsprozess auf derselben Ebene beenden. Dieses Prinzip wird als „Pestizid-Paradoxon“ bezeichnet, da Pestizide, die Schädlinge bekämpfen, nach einer bestimmten Anwendungsmenge ebenfalls an Wirksamkeit verlieren.

Es kommt auf den Kontext an

Die Art und Weise der Testdurchführung hängt von den untersuchten Themen ab. Das Testen eines Buchhaltungsprogramms, eines Videospiels oder einer Anwendung für soziale Netzwerke ist daher sehr unterschiedlich. Es hängt auch von der Situation ab, beispielsweise unterscheidet sich eine Analyse, die sich auf die Praktikabilität einer App konzentriert, wie z. B. die Überprüfung ihrer Attraktivität für Benutzer, Benutzerfreundlichkeit, visuelle Ebene usw., auch von solchen Bewertungen, die auf funktionale Eigenschaften des Programms abzielen, z. B. die Leistung korrekte Berechnungen.

Werbung für fehlerfreie Software ist ein No-Go

Die Anwendung verschiedener Arten von Diagnosetools kann keine punktgenauen Apps garantieren. Viele, die ihre Apps als solche behaupten und bewerben, liegen falsch, aber wahrscheinlich machen sie das nur wegen der Marketingbemühungen. Sie können mehrere manuelle und automatisierte Tests durchführen, um die Wahrscheinlichkeit zu erhöhen, dass so viele Fehler wie möglich aufgedeckt und behoben werden, aber dennoch gibt es keine Garantie für eine perfekte Leistung. In einigen Fällen betreffen die Hindernisse den Betrieb von Software, zB erfüllt das Programm möglicherweise nicht alle Benutzererwartungen.

ISTQB-Testprinzipien – Zusammenfassung

So präsentiert ISTQB auf einer grundlegenden Ebene sieben ISTQB-Testprinzipien, die ein Softwaretester befolgen sollte. Erstens weisen sie auf die Unmöglichkeit einer vollständigen Softwarediagnose hin, daher ist es unter anderem entscheidend, Tests zu modifizieren sowie eine gründliche Suche in den Schlüsselmodulen durchzuführen. Diese Aktionen verbessern die Suche und Behebung der meisten Defekte und verringern die Wahrscheinlichkeit zukünftiger Ausfälle.

Was ist Softwaretest? Jetzt kennst du die Antwort! Schauen Sie sich unsere andere Serie über Python und Javascript an!

Wenn Ihnen unsere Inhalte gefallen, werden Sie Teil unserer fleißigen Bienen-Community auf Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Autor: Robert Whitney

JavaScript-Experte und Ausbilder, der IT-Abteilungen coacht. Sein Hauptziel ist es, die Teamproduktivität zu steigern, indem er anderen beibringt, wie man beim Programmieren effektiv zusammenarbeitet.

Alle Beiträge anzeigen

Erste Schritte im Softwaretest:

1. Was ist Softwaretest?
2. 1 große Wahrheit über Softwarefehler
3. Sieben wichtige ISTQB-Testprinzipien
4. 6 Phasen von STLC
5. Testen vs. Debuggen
6. Verifizierung und Validierung im Softwaretestprozess