Startprobleme bei Windows-Diensten und Systemkomponenten hängen oft an Berechtigungen, beschädigten Systemdateien oder einem Dienst, der nicht mehr sauber reagiert. Wer die Ursache sauber eingrenzt, kann den Ablauf meist ohne Neuinstallation wieder herstellen. Entscheidend ist ein strukturiertes Vorgehen: erst prüfen, dann gezielt korrigieren und zum Schluss die betroffene Komponente erneut testen.
Woran der Fehler typischerweise sichtbar wird
Betroffene Systeme melden die Störung häufig über die Ereignisanzeige oder über ein Programm, das nicht korrekt öffnet. Manchmal startet eine App gar nicht erst, manchmal bleibt ein Dienst im Hintergrund hängen. In anderen Fällen erscheint nur ein unscheinbarer Eintrag im Protokoll, während sich die eigentliche Auswirkung erst beim Öffnen einer Windows-Funktion zeigt.
Der Ablauf ist besonders wichtig, weil verschiedene Ursachen dieselbe Meldung auslösen können. Deshalb lohnt es sich, nicht nur an der Oberfläche zu suchen, sondern die beteiligten Dienste, Rechte und Systemdateien nacheinander zu prüfen.
Erste Kontrolle über Ereignisanzeige und Dienste
Beginnen Sie mit den Ereignissen rund um den Zeitpunkt des Fehlers. Öffnen Sie dazu die Ereignisanzeige und sehen Sie unter Windows-Protokolle nach Einträgen, die mit Dienststart, Berechtigung oder COM-Registrierung zusammenhängen. Ein einzelner Eintrag reicht meist nicht aus, aber mehrere Meldungen in kurzer Folge geben eine gute Richtung vor.
- Öffnen Sie die Ereignisanzeige über die Suche im Startmenü.
- Prüfen Sie unter Windows-Protokolle den Bereich System.
- Suchen Sie nach Einträgen mit Fehler- oder Warnsymbol.
- Notieren Sie Uhrzeit, Dienstname und beteiligte Komponente.
Danach folgt die Dienstverwaltung. Drücken Sie Windows-Taste + R, geben Sie services.msc ein und bestätigen Sie mit Enter. Achten Sie auf Dienste, die deaktiviert wurden, ungewöhnlich langsam starten oder einen manuellen Starttyp haben, obwohl sie für den betroffenen Ablauf notwendig sind.
DCOM-Dienste auf den richtigen Starttyp setzen
Für den eigentlichen Startvorgang sind mehrere Hintergrunddienste relevant. Besonders wichtig sind der DCOM-Server-Prozessstart, die Startobjektzuordnung für den COM+-Infrastrukturteil und der lokale Dienst für die Prozessaktivierung. Wenn einer dieser Bausteine gestoppt ist oder mit fehlerhaften Rechten läuft, kommt die Komponenteninitialisierung ins Stocken.
So gehen Sie vor:
- Öffnen Sie die Dienste-Verwaltung.
- Suchen Sie nach den Diensten, die mit COM, RPC oder Prozessaktivierung zu tun haben.
- Prüfen Sie, ob der Starttyp auf automatisch steht.
- Starten Sie den Dienst, falls er beendet wurde.
- Öffnen Sie die Eigenschaften und kontrollieren Sie, ob Abhängigkeiten sauber geladen werden.
Falls ein Dienst nicht starten will, notieren Sie die genaue Fehlermeldung. Häufig liegt dann kein Einzelproblem vor, sondern eine Folge aus beschädigten Systemrechten oder fehlenden Systemdateien.
Systemdateien auf Beschädigungen prüfen
Ein beschädigter Systembestand kann den Start von Windows-Komponenten blockieren, auch wenn die Oberfläche noch normal wirkt. In diesem Fall helfen die integrierten Prüfwerkzeuge, die geschützte Dateien wiederherstellen oder fehlerhafte Komponenten melden.
Öffnen Sie die Eingabeaufforderung mit Administratorrechten und führen Sie zuerst die Prüfung der geschützten Dateien aus:
sfc /scannow
Nach dem Durchlauf lohnt sich zusätzlich die Reparatur des Komponentenstores. Dadurch werden beschädigte Update- oder Systembestandteile neu aufgebaut:
DISM /Online /Cleanup-Image /RestoreHealth
Starten Sie den Rechner nach beiden Prüfungen neu und testen Sie anschließend erneut, ob die betroffene Windows-Funktion sauber lädt. Gerade bei hartnäckigen Startproblemen ist diese Reihenfolge oft der entscheidende Schritt.
Berechtigungen in der Komponentenverwaltung kontrollieren
Für viele COM-gestützte Abläufe sind lokale Start- und Aktivierungsrechte notwendig. Sind diese Einträge verändert, verweigert Windows den Zugriff auf eine Komponente, obwohl der Dienst selbst vorhanden ist. Die entsprechenden Einstellungen finden Sie in der Komponentendienste-Verwaltung.
Öffnen Sie dazu dcomcnfg über das Ausführen-Feld oder die Suche. Navigieren Sie zu den DCOM-Konfigurationen und prüfen Sie die betroffene Anwendung, sofern sie in der Liste erscheint. Öffnen Sie die Eigenschaften und sehen Sie nach, ob lokale Aktivierung oder lokaler Start eingeschränkt sind.
- Starten Sie die Komponentendienste über dcomcnfg.
- Rufen Sie Komponentendienste und dann Arbeitsplatz auf.
- Öffnen Sie den Bereich mit den DCOM-Einstellungen.
- Suchen Sie nach der Komponente, die in den Ereignissen genannt wird.
- Prüfen Sie Start- und Aktivierungsrechte.
Wenn die Sicherheitsregister auf Standard zurückgesetzt wurden oder ein Gruppenrichtlinienprofil eingreift, kann genau dort die Ursache liegen. In solchen Fällen hilft es, die Rechte mit einem administrativen Konto erneut zu setzen und anschließend die Richtlinienaktualisierung abzuwarten.
Dienste und Registrierung sauber neu aufbauen
Manche Fälle lassen sich erst lösen, wenn die betroffene Komponente neu registriert wird. Das betrifft vor allem Windows-Bestandteile, die sich nach einem Update oder nach einem abgebrochenen Start nicht korrekt eingetragen haben. Für diesen Schritt ist Vorsicht wichtig, denn Registry-Änderungen sollten nur gezielt erfolgen.
Praktisch sinnvoll ist zunächst ein Wiederherstellungspunkt. Danach können Sie mit den Bordmitteln prüfen, ob die betroffene App oder Systemkomponente neu registriert werden muss. Bei mehreren Fehlermeldungen zur selben Infrastruktur ist es außerdem sinnvoll, den betreffenden Windows-Dienst zu beenden, den Rechner neu zu starten und die Komponente danach erneut zu testen.
Falls die Störung nach einem größeren Update auftritt, prüfen Sie auch kürzlich installierte Treiber, Sicherheitssoftware und Verwaltungswerkzeuge. Solche Programme greifen manchmal in Dienststarts oder Berechtigungen ein, ohne dass das sofort auffällt.
Netzwerkabhängigkeiten und Anmeldekontext prüfen
Nicht jeder Startfehler hat eine rein lokale Ursache. Einige Windows-Komponenten hängen an Netzwerkdiensten, an Benutzerprofilen oder an einem Anmeldekontext, der nicht mehr vollständig geladen wird. Dann startet die Oberfläche zwar, die dahinterliegende Funktion aber nicht.
Kontrollieren Sie deshalb, ob folgende Punkte stabil arbeiten:
- RPC-Dienste laufen ohne Unterbrechung.
- Das aktuelle Benutzerprofil wird korrekt geladen.
- Antiviren- oder Sicherheitssoftware blockiert keinen Systemstart.
- Fremdsoftware hat keine restriktiven Richtlinien gesetzt.
Wenn nur ein bestimmtes Benutzerkonto betroffen ist, ist das Profil selbst ein wichtiger Prüfpunkt. In diesem Fall hilft ein Test mit einem anderen Konto, um zwischen systemweiter und benutzerbezogener Ursache zu unterscheiden.
Gezielte Reihenfolge für die Fehlerbehebung
Damit die Fehlersuche nicht im Kreis läuft, hat sich diese Reihenfolge bewährt: erst Ereignisanzeige auswerten, dann Dienste prüfen, anschließend Systemdateien reparieren und zuletzt Rechte sowie Abhängigkeiten kontrollieren. So vermeiden Sie Doppelarbeit und greifen nicht zu früh in tieferliegende Einstellungen ein.
- Fehlereinträge in der Ereignisanzeige sichten.
- Betroffene Dienste im Dienstemanager prüfen.
- SFC und DISM ausführen.
- DCOM- und COM-Berechtigungen kontrollieren.
- Nach Konflikten mit Drittsoftware suchen.
- Rechner neu starten und den betroffenen Ablauf erneut testen.
Wer zusätzlich auf die Zeitpunkte der Fehlermeldungen achtet, erkennt häufig ein Muster. Tritt der Eintrag etwa immer beim Anmelden, beim Öffnen einer Verwaltungsfunktion oder direkt nach einem Update auf, lässt sich der Auslöser meist schneller eingrenzen.
Nach den Reparaturschritten sollte der Start einer betroffenen Windows-Komponente wieder ohne Umwege funktionieren. Bleibt die Störung bestehen, lohnt sich der Blick auf die genaue Ereignis-ID, die zugehörige Komponente und mögliche Änderungen durch Sicherheitsrichtlinien oder neu installierte Software.
Ursachen sauber eingrenzen, bevor Änderungen vorgenommen werden
Bevor Einstellungen angepasst oder Dateien ersetzt werden, lohnt sich eine saubere Eingrenzung des betroffenen Bereichs. Der DCOM-Server-Prozessstart ist Teil der COM-Infrastruktur von Windows, und Störungen zeigen sich oft erst an anderer Stelle, etwa beim Start von Apps, beim Öffnen von MMC-Snap-Ins oder beim Laden von Systemkomponenten. Entscheidend ist daher, ob der Fehler nur bei einzelnen Programmen auftritt oder ob mehrere Windows-Funktionen gleichzeitig betroffen sind.
Ein ordentlicher Startpunkt ist die Beobachtung des Verhaltens nach einem Neustart. Treten die Meldungen direkt nach der Anmeldung auf, spricht das eher für einen Dienst, eine Richtlinie oder einen Autostart-Eintrag. Erscheinen sie erst beim Öffnen bestimmter Verwaltungswerkzeuge, liegt der Schwerpunkt meist auf Berechtigungen, Komponentenregistrierung oder einer fehlerhaften Abhängigkeit. Auch ein kürzlich installiertes Update, Sicherheitsprogramm oder Tuning-Tool kann beteiligt sein, wenn es COM-Zugriffe einschränkt oder Dienste verzögert.
Hilfreich ist es, die betroffene Anwendung mit einem bekannten Gegencheck zu vergleichen. Funktioniert ein identisches Programm auf einem anderen Benutzerkonto oder auf einem zweiten Rechner ohne Auffälligkeiten, ist die Ursache eher lokal im Profil, in den Berechtigungen oder in einer beschädigten Systemkomponente zu suchen. Bleibt das Verhalten systemweit gleich, rücken Dienststeuerung, Registrierung und Sicherheitsrichtlinien in den Vordergrund.
Verwaltungstools und Protokolle gezielt nutzen
Für die technische Diagnose sind Windows-Verwaltungswerkzeuge die beste Grundlage. In der Ereignisanzeige unter Windows-Protokolle und Anwendungs- und Dienstprotokolle lassen sich die begleitenden Fehler, Warnungen und Startabbrüche prüfen. Besonders wichtig sind Einträge mit Zeitstempel direkt vor oder nach der Meldung. So lässt sich feststellen, ob ein Dienst nicht startet, ob eine Anmeldung verweigert wird oder ob eine Klassenregistrierung fehlt.
- Ereignisanzeige: Fehler nach Quelle, Zeit und betroffener Komponente filtern.
- Dienste: Starttyp, Status und Abhängigkeiten prüfen.
- Ereignisdetails: Fehlercodes und CLSID-/APPID-Hinweise notieren.
- Aufgabenplanung: Prüfen, ob Startaufgaben mit verzögertem Timing den Ablauf stören.
Auch die Diensteverwaltung sollte nicht nur oberflächlich betrachtet werden. Es reicht nicht aus, einen Dienst auf „Automatisch“ zu setzen, wenn er wegen fehlender Abhängigkeiten sofort wieder stoppt. Wichtig ist die Reihenfolge: Erst prüfen, ob grundlegende Dienste wie RPC, DCOM Server Process Launcher, Remoteprozeduraufruf und die zugehörigen Systemdienste verfügbar sind, dann erst weiter oben in der Kette ansetzen. Bei Servern oder stark angepassten Systemen können Gruppenrichtlinien zusätzlich eingreifen und Startversuche blockieren.
Wer tiefer analysieren möchte, kann im Ereignisprotokoll nach wiederkehrenden IDs suchen, die auf Startprobleme hinweisen. In Verbindung mit dem genauen Zeitpunkt lässt sich häufig erkennen, ob ein einzelnes Produkt den Start anderer Komponenten ausbremst. Das ist besonders hilfreich nach größeren Windows-Updates oder nach der Installation neuer Sicherheitssoftware.
COM-Registrierung, Diensteabhängigkeiten und Startmechanik prüfen
Ein häufiger Ansatzpunkt liegt nicht im sichtbaren Programm, sondern in der Startmechanik von Windows. Der DCOM-Server-Prozessstart ist eng mit RPC, Diensthost-Prozessen und der Registrierung von COM-Klassen verknüpft. Ist eine Komponente nicht korrekt registriert, kann der Aufruf ins Leere laufen, obwohl die Anwendung selbst weiterhin vorhanden ist. Deshalb sollte geprüft werden, ob die betroffenen Dienste tatsächlich laufen und ob ihre Startart mit dem Systemzustand übereinstimmt.
Öffnen Sie die Dienstverwaltung über services.msc und kontrollieren Sie insbesondere diese Punkte:
- DCOM Server Process Launcher: Status, Starttyp und Abhängigkeiten prüfen.
- Remoteprozeduraufruf (RPC): Muss verfügbar und stabil sein.
- RPC-Endpunktzuordnung: Darf nicht durch Sicherheitsrichtlinien blockiert werden.
- COM+ Ereignissystem: Bei einigen Anwendungen relevant für Start- und Eventverarbeitung.
- Windows Management Instrumentation: Wichtig für Verwaltungsdienste und Diagnosen.
Falls Dienste fehlen oder nicht starten, ist das ein Hinweis auf eine tiefere Systemstörung. In solchen Fällen hilft oft ein Abgleich mit den Standardwerten der Dienste, gefolgt von einer Überprüfung der Registry-Einträge unter den Dienstpfaden. Dabei geht es nicht nur um den Starttyp, sondern auch um den zugrunde liegenden Pfad, Sicherheitskontext und die Abhängigkeitsliste. Schon eine kleine Abweichung kann dazu führen, dass nachfolgende Komponenten nicht mehr korrekt initialisiert werden.
Ergänzend lohnt sich der Blick auf den Komponenten-Cache und auf registrierte Bibliotheken. Werden DLLs oder COM-Server nicht gefunden, obwohl die Datei vorhanden ist, kann eine beschädigte Registrierung vorliegen. Dann ist es sinnvoll, betroffene Anwendungen erneut zu registrieren oder die zugehörigen Windows-Komponenten über Bordmittel zu reparieren, bevor man Änderungen an den Berechtigungen vornimmt. So bleibt die Fehlersuche nachvollziehbar und das System wird nicht unnötig verändert.
Reparaturpfad, der vom Systemkern bis zur Anwendung greift
Ein vollständiger Reparaturweg beginnt mit den sichersten Maßnahmen und arbeitet sich dann schrittweise tiefer ins System vor. Zuerst sollten Dateisystem und Systemabbilder geprüft werden, weil beschädigte Windows-Dateien oft die Ursache für Startfehler von Diensten und COM-Komponenten sind. Danach folgen Registrierungs- und Berechtigungsprüfungen. Erst wenn diese Basis stabil ist, macht es Sinn, spezifische Einträge oder Richtlinien anzupassen.
- SFC ausführen: In einer administrativen Eingabeaufforderung den Systemdatei-Check starten und die Ergebnisse auswerten.
- DISM verwenden: Das Windows-Abbild reparieren, falls SFC nur teilweise erfolgreich ist.
- Dienststatus prüfen: Relevante Windows-Dienste neu starten und erneut testen.
- App-Registrierung kontrollieren: Betroffene Programme oder Shell-Komponenten neu registrieren, sofern dokumentiert und passend.
- Autostarts und Aufgaben begrenzen: Drittanbieter-Einträge temporär deaktivieren, um Konflikte zu isolieren.
Bei anhaltenden Problemen kann eine Reparaturinstallation von Windows der sauberste Weg sein. Sie erhält persönliche Daten und die meisten Programme, erneuert aber zahlreiche Systemkomponenten, die bei DCOM- und COM-Fehlern entscheidend sind. Das ist vor allem dann sinnvoll, wenn mehrere verwaltungsnahe Funktionen gleichzeitig ausfallen, etwa MMC, Geräte-Manager, Aufgabenplanung oder Softwareverteilung. Vorher sollte jedoch überprüft werden, ob das Problem durch ein einzelnes Update oder ein Sicherheitspaket ausgelöst wurde, denn dann ist eine gezielte Deinstallation oft der schnellere Weg.
Im Anschluss an jede Korrektur ist ein Neustart wichtig, damit Dienste in der vorgesehenen Reihenfolge geladen werden. Nur so lässt sich beurteilen, ob die Änderung wirklich greift oder ob ein Folgefehler den Start erneut blockiert. Wenn der Fehler nach einem Neustart verschwindet, aber später wiederkehrt, ist häufig eine externe Komponente beteiligt, die erst beim Login oder bei Netzwerkzugriffen aktiv wird.
System stabil halten, damit der Fehler nicht zurückkehrt
Nach der eigentlichen Reparatur sollte das System so eingerichtet werden, dass die Startkette dauerhaft stabil bleibt. Dazu gehört ein vorsichtiger Umgang mit Optimierungsprogrammen, Registry-Reinigern und Sicherheitslösungen mit aggressiven Härtungsprofilen. Solche Tools können Dienststarts verzögern, COM-Zugriffe einschränken oder notwendige Rechte verändern. Auch ein nicht sauber abgestimmtes Gruppenrichtlinien-Set kann dazu führen, dass Windows-Komponenten nur teilweise geladen werden.
Für den Alltag bewährt sich eine kurze Prüfliste nach Wartungen oder Updates:
- Wichtige Dienste nach Updates auf ihren Startstatus prüfen.
- Neue Sicherheitssoftware auf Einschränkungen für Systemdienste kontrollieren.
- Geplante Tasks und Autostarts nach Systemänderungen erneut testen.
- Protokolle nach wiederkehrenden Fehlercodes durchsuchen.
- Wiederherstellungspunkt oder Systemabbild vor größeren Eingriffen anlegen.
Wer den Fehler langfristig vermeiden will, sollte außerdem Änderungen dokumentieren. Schon ein einzelner Tweak in der Diensteverwaltung, eine Richtlinienanpassung oder ein Treiber-Update kann den Ablauf wieder verschieben. Eine nachvollziehbare Reihenfolge der letzten Änderungen erleichtert es, bei erneuten Startproblemen die Ursache rasch einzugrenzen und nicht bei Null anzufangen.
FAQ
Welche Ursache steckt meist hinter Startproblemen bei DCOM-Komponenten?
Häufig ist nicht der DCOM-Dienst selbst defekt, sondern eine Abhängigkeit blockiert den Start. Dazu zählen deaktivierte Basisdienste, beschädigte Systemdateien, falsche Berechtigungen oder ein geänderter Anmeldekontext. Deshalb lohnt sich immer eine Prüfung von Ereignisanzeige, Diensten und COM-Berechtigungen in dieser Reihenfolge.
Wie finde ich die passende Fehlermeldung in der Ereignisanzeige?
Öffnen Sie die Ereignisanzeige über eventvwr.msc und sehen Sie unter Windows-Protokolle in System sowie Anwendung nach Einträgen zum Zeitpunkt des Fehlers. Besonders wichtig sind Quellen wie DistributedCOM, Service Control Manager und Meldungen mit der betroffenen CLSID oder AppID. Die Kombination aus Uhrzeit, Ereignis-ID und Dienstname führt meist direkt zur Ursache.
Welche Dienste sollten bei solchen Startfehlern besonders geprüft werden?
Relevant sind vor allem DCOM-Server-Prozessstart in Verbindung mit RPC, RPC-Endpunktzuordnung, Windows-Verwaltungsinstrumentation und DCOM Server Process Launcher. Diese Dienste sollten in der Regel nicht deaktiviert sein und ihren Starttyp korrekt behalten. Wenn einer davon gestoppt ist, kann das gesamte Startverhalten von Windows-Komponenten aus dem Takt geraten.
Wie stelle ich sicher, dass die wichtigsten Dienste richtig eingerichtet sind?
Öffnen Sie services.msc und kontrollieren Sie bei den relevanten Diensten den Starttyp, den Status und eventuelle Abhängigkeiten. Setzen Sie nur die Einstellungen zurück, die Sie eindeutig als abweichend erkannt haben. Nach einer Änderung ist ein Neustart sinnvoll, damit die Dienststeuerung sauber neu geladen wird.
Welche Rolle spielt die Komponentenverwaltung bei der Fehlersuche?
Die Komponentenverwaltung erreichen Sie über comexp.msc oder dcomcnfg. Dort lassen sich unter Komponentendienste die DCOM-Konfiguration, Sicherheitsregister und betroffene Anwendungen prüfen. Gerade bei Fehlermeldungen mit AppID oder CLSID ist dieser Bereich oft der Schlüssel, weil Berechtigungen dort explizit zugewiesen werden.
Wie gehe ich bei DCOM-Berechtigungen vor?
Prüfen Sie in den Eigenschaften der betroffenen Komponente die Start- und Aktivierungsberechtigungen sowie die Zugriffsrechte. Vergleichen Sie die Einträge mit dem vorgesehenen Konto, etwa Lokaler Dienst, Netzwerkdienst oder ein bestimmtes Benutzerkonto. Änderungen sollten sparsam und nachvollziehbar erfolgen, damit keine neue Nebenwirkung entsteht.
Was mache ich, wenn Systemdateien beschädigt sind?
Führen Sie in einer administrativen Eingabeaufforderung zuerst sfc /scannow aus. Meldet das Tool nicht reparierbare Fehler oder bleibt das Problem bestehen, ergänzen Sie die Prüfung mit DISM /Online /Cleanup-Image /RestoreHealth. Danach sollte das System erneut gestartet und das Verhalten der betroffenen Komponente noch einmal überprüft werden.
Welche Registrierungseinträge sind bei Startproblemen relevant?
Besonders wichtig sind Einträge rund um die betroffene AppID, CLSID und den zugehörigen Dienstkontext. Änderungen an der Registrierung sollten nur nach Sicherung des betroffenen Schlüssels erfolgen, damit Sie im Fehlerfall zurückgehen können. Arbeiten Sie dabei sorgfältig, weil schon ein falscher Wert den Start weiterer Komponenten beeinflussen kann.
Wie prüfe ich, ob ein Dienst mit dem richtigen Konto läuft?
Im Reiter Anmelden der Dienste sehen Sie, welches Konto verwendet wird. Ein Dienst, der plötzlich mit einem anderen Benutzer oder ohne ausreichende Rechte startet, kann abhängige Komponenten ausbremsen. Nach einer Korrektur ist es sinnvoll, den Dienst neu zu starten und das Ereignisprotokoll erneut zu kontrollieren.
Warum kann ein Netzwerkproblem trotz lokalem Windows-Fehler eine Rolle spielen?
Einige Windows-Komponenten greifen beim Start auf Netzwerkressourcen, Domänenkonten oder entfernte Dienste zu. Ist die Namensauflösung gestört oder ein Konto nicht mehr erreichbar, tauchen Fehlermeldungen oft scheinbar lokal auf. Prüfen Sie deshalb DNS, Domänenanmeldung, Zeitsynchronisation und die Erreichbarkeit interner Ressourcen.
Welche Reihenfolge ist bei der Behebung am sinnvollsten?
Beginnen Sie mit der Ereignisanzeige, dann prüfen Sie die betroffenen Dienste und deren Abhängigkeiten. Danach folgen Systemdateien, COM-Berechtigungen und zuletzt Registrierung sowie Netzwerk- und Kontokontext. Diese Reihenfolge reduziert Seiteneffekte und hilft, die eigentliche Ursache gezielt einzugrenzen.
Fazit
Startprobleme bei Windows-Komponenten lassen sich meist auf wenige technische Ursachen zurückführen, wenn man systematisch vorgeht. Wer Protokolle liest, Dienste sauber prüft und Berechtigungen kontrolliert, findet die Ursache deutlich schneller als mit zufälligen Einzeländerungen. Wichtig ist dabei immer, eine Änderung nach der anderen zu testen und das Ergebnis direkt zu verifizieren.
