Eine Fehlhandlung f\u00fchrt zu einem Fehlerzustand in der Software. Dies ist ein Zustand, in der die Anforderung oder Spezifikation der Software nicht eingehalten wird [1]<\/a><\/sup>.<\/p>\n Die Fehlerwirkung beschreibt, dass das System Funktionen nicht mehr im spezifizierten Rahmen ausf\u00fchrt. Nicht jeder Fehler in der Software muss zu einer Fehlerwirkung f\u00fchren. Fehlerwirkungen sind nicht nur das Resultat von Softwarefehlern, sondern k\u00f6nnen auch durch Umgebungsbedingungen hervorgerufen werden [1]<\/a><\/sup>.<\/p>\n Die Folgen von Softwarefehlern k\u00f6nnen gravierend sein. M\u00f6gliche Folgen sind:<\/p>\n Nat\u00fcrlich haben nicht alle Softwarefehler solch drastische Folgen. Die genannten Beispiele sollen jedoch verdeutlichen, wie wichtig es ist, Software zu testen.<\/p>\n Nun stellt sich die Frage, wie man am besten die Testaktivit\u00e4ten plant. Hier kann man die sieben Grunds\u00e4tze des Softwaretestens als Leitlinie betrachten [2]<\/a><\/sup>.<\/p>\n Mit Softwaretests k\u00f6nnen Fehlerzust\u00e4nde ausfindig gemacht werden. Dadurch kann das System verbessert werden und die Wahrscheinlichkeit, dass unentdeckte Fehlerzust\u00e4nde auftreten, wird reduziert. Mit Softwaretests kann jedoch nicht bewiesen werden, dass das System fehlerfrei ist.<\/p>\n Die heutigen Systeme wachsen stetig in ihrer Komplexit\u00e4t. Ein vollst\u00e4ndiges Testen ist daher nicht m\u00f6glich. Vollst\u00e4ndiges Testen w\u00fcrde bedeuten alle m\u00f6glichen Testf\u00e4lle durchzuf\u00fchren. Durch eine hohe Anzahl der Testf\u00e4lle, steigt aber auch die ben\u00f6tigte Zeit und somit die Kosten, weshalb der Testaufwand immer unter Ber\u00fccksichtigung des Risikos und der Priorit\u00e4t angepasst werden muss. Tests sind deshalb auch immer nur Stichproben.<\/p>\n Je fr\u00fcher Fehlerzust\u00e4nde erkannt werden, desto g\u00fcnstiger ist deren Behebung. Deshalb sollten Testaktivit\u00e4ten im Softwarelebenszyklus so fr\u00fch wie m\u00f6glich beginnen.<\/p>\n Ein Fehler kommt selten allein. Hat man bereits eine Fehlerwirkung nachgewiesen, kann es in diesem Modul zu weiteren Fehlern kommen. Die Anzahl der Testf\u00e4lle sollte deshalb proportional an die zu erwartende Fehlerdichte der Module angepasst werden. Weicht die zu erwartende Fehlerdichte von der beobachteten Fehlerdichte ab, muss der Testaufwand flexibel angepasst werden k\u00f6nnen.<\/p>\n Wiederholt man Testf\u00e4lle, k\u00f6nnen keine neuen Erkenntnisse daraus gewonnen werden. Testf\u00e4lle m\u00fcssen deshalb regelm\u00e4\u00dfig \u00fcberpr\u00fcft und gepflegt werden. Auch neue Testf\u00e4lle m\u00fcssen, wenn n\u00f6tig erg\u00e4nzt werden.<\/p>\n Softwaretests sind abh\u00e4ngig von deren Umfeld. Das bedeutet, dass z. B. Medizinger\u00e4te anders getestet werden als Unterhaltungselektronik, da es sich meistens um sicherheitskritische Systeme handelt. Softwaretests sind also immer ans Umfeld und dessen Kontext anzupassen.<\/p>\n Allein das Beheben aller Fehlerzust\u00e4nde f\u00fchrt noch lange nicht zu einem brauchbaren System. Die Benutzbarkeit und die Anforderungen des Kunden m\u00fcssen zwingend ber\u00fccksichtigt werden.<\/p>\n Der Artikel soll zeigen, wie wichtig es ist, Software zu testen. Fangen Sie in einem Projekt so fr\u00fch wie m\u00f6glich an, die Testaktivit\u00e4ten zu planen. Die 7 Grunds\u00e4tze des Softwaretestens k\u00f6nnen Ihnen dabei helfen.<\/p>\n Falls Sie Fragen oder Anmerkungen haben oder Ihre Erfahrungen zum Thema teilen m\u00f6chten, schreiben Sie gerne einen Kommentar oder melden Sie sich bei uns.<\/p>\n [1] ISTQB\u00ae: ISTQB\u00ae Glossar-App multilingual https:\/\/glossary.istqb.org\/de\/search\/<\/a> (Zugriff 07.01.2021)↩<\/a><\/p>\n [2] Spillner A., Linz A.: Basiswissen Softwaretest, dpunkt.verlag, 2010↩<\/a><\/p>\n\n
1. Grundsatz – \u201eTesten zeigt die Anwesenheit von Fehlern\u201c<\/h2>\n
2. Grundsatz – \u201eVollst\u00e4ndiges Testen ist nicht m\u00f6glich\u201c<\/h2>\n
3. Grundsatz – \u201eMit dem Testen sollte m\u00f6glichst fr\u00fchzeitig begonnen werden\u201c<\/h2>\n
![\"Die](\"https:\/\/medtech-ingenieur.de\/wp-content\/uploads\/2021\/01\/Bild1.png\")
4. Grundsatz – \u201eH\u00e4ufung von Fehlern\u201c<\/h2>\n
5. Grundsatz – \u201eWiederholungen haben keine Wirksamkeit\u201c<\/h2>\n
6. Grundsatz – \u201eTesten ist abh\u00e4ngig vom Umfeld\u201c<\/h2>\n
7. Grundsatz – \u201eTrugschluss: Keine Fehler bedeuten ein brauchbares System\u201c<\/h2>\n
Fazit<\/h2>\n
Quellen<\/h2>\n