https://m450.frickelbude.ch/testmanagement/index.htmlIm Testmanagement geht es um die organisatorischen Aspekte des Testens.Hugode-chSun, 16 Aug 2026 18:52:50 +0200https://m450.frickelbude.ch/testmanagement/testbegriff/index.htmlSun, 16 Aug 2026 18:52:38 +0200https://m450.frickelbude.ch/testmanagement/testbegriff/index.htmlBeim Testen werden verschiedene Ziele verfolgt: qualitative Bewertung von Arbeitsergebnissen Nachweis der Anforderungserfüllung Bereitstellen von Informationen zur Einschätzung der Qualität des Testobjekts Verringerung der Risiken durch Aufdeckung und Beschreibung von Fehlerwirkungen Analyse der Artefakte zur Vermeidung und Erkennung von Fehlerwirkungen Erhalten von Informationen zum Testabdeckungsgrad Diese Ziele unterscheiden sich je nach Entwicklungsmodell (klassisch, agil) und Teststufe. Geht es etwa beim Komponententest um das Aufdecken von Fehlerwirkungen, steht beim Abnahmetest die Erfüllung der Nutzererwartungen im Vordergrund, und ob das Produkt zur Nutzung freigegeben werden kann.https://m450.frickelbude.ch/testmanagement/fehlerbegriff/index.htmlSun, 16 Aug 2026 18:52:44 +0200https://m450.frickelbude.ch/testmanagement/fehlerbegriff/index.htmlAnhand der Anforderungen und weiteren Informationen wird die Testbasis bestimmt, welche das erwartete Verhalten beschreiben und als Grundlage für die Entscheidung dient, ob korrektes oder fehlerhaftes Verhalten vorliegt. Ein Fehler ist somit eine festgestellte Abweichung zwischen dem festgelegten Sollverhalten und dem beobachteten Istverhalten. Solche Fehler entstehen nicht durch Alterung oder Verschliess, sondern sind vom Zeitpunkt der Entwicklung an Teil der Software, auch wenn sie erst später entdeckt werden. Wird die Fehlfunktion für den Anwender oder Tester sichtbar, spricht man von einer Fehlerwirkung (engl. failure). Zwischen Ursache, die ihren Ursprung im Fehlerzustand (engl. fault) der Software hat, und dem Auftreten der Fehlerwirkung muss unterschieden werden.https://m450.frickelbude.ch/testmanagement/testgrundsaetze/index.htmlSun, 16 Aug 2026 18:52:50 +0200https://m450.frickelbude.ch/testmanagement/testgrundsaetze/index.htmlBeim Testen haben sich in den letzten Jahrzehnten die folgenden Grundsätze etabliert: Das Testen zeigt die Anwesenheit von Fehlerzuständen, kann aber nicht deren Abwesenheit beweisen, selbst wenn keine Fehlerwirkungen gefunden werden. Ein vollständiges Testen ist nicht bzw. nur bei den trivialsten Testobjekten möglich; Tests sind immer nur Stichproben. Frühes Testen spart Zeit und Geld, da früh erkannte Fehler oft einfacher zu beheben sind als solche, die sich erst etwa im Produktivbetrieb auswirken. Fehler sind nicht gleichmässig über das ganze System verteilt sondern treten gehäuft in wenigen Komponenten auf. Testfälle müssen laufend erweitert werden, um neue Fehlerwirkungen erkennen zu können. Wiederholtes Ausführen bestehender Testfälle kann nur Regressionsfehler aufdecken. Testen ist kontextabhängig und muss dem zu prüfenden System angepasst werden. Keine zwei Systeme können genau gleich geprüft werden. Ein System kann unbrauchbar sein, selbst wenn keine Fehler darin gefunden werden. Es müssen auch Benutzbarkeit und Akzeptanz des Benutzers gegeben sein, am besten indem man diese früh in die Entwicklung miteinbezieht. Fragen Warum kann man durch Testen nicht beweisen, dass eine Software fehlerfrei ist? Warum ist eine nicht-triviale Software nicht vollständig testbar?