diff --git a/README.md b/README.md
index dcc3311..390b0b2 100644
--- a/README.md
+++ b/README.md
@@ -92,6 +92,58 @@ bash sicherung.sh
 
 Für einen sicheren Test kann vorübergehend `--dry-run` in die `RSYNC_OPTS` aufgenommen werden; dann zeigt `rsync` nur an, was passieren würde, ohne tatsächlich Daten zu schreiben.[cite:91][cite:43]
 
+## Wiederherstellungstest
+
+Ein Backup gilt erst dann als verlässlich, wenn sich Daten daraus testweise wiederherstellen und inhaltlich prüfen lassen.[cite:105][cite:109] Der empfohlene Weg ist, einen Snapshot nicht direkt ins echte Home-Verzeichnis zurückzuschreiben, sondern zunächst in ein separates Testverzeichnis zu restaurieren.[cite:105][cite:107]
+
+### Testverzeichnis anlegen
+
+```bash
+mkdir -p /tmp/restore-test-home
+```
+
+### Snapshot auswählen und zurückspielen
+
+Beispiel für einen Restore eines bestimmten Snapshots:
+
+```bash
+SNAP="/run/media/hans/usbsicherung/jacboy_sicherung/$(hostname -s)/2026-04-28_10-30-00"
+
+rsync -aHAX \
+  "${SNAP}/" \
+  /tmp/restore-test-home/
+```
+
+Damit werden die Daten aus dem Snapshot mit Rechten, ACLs und erweiterten Attributen in das Testziel kopiert.[cite:91][cite:43] Alternativ kann auch nur ein Teilbereich wie `Documents/`, ein Projektordner oder `.config/` restauriert werden, um einzelne Anwendungsszenarien gezielt zu prüfen.[cite:105][cite:107]
+
+### Integrität prüfen
+
+Nach dem Restore sollten mehrere Prüfungen erfolgen:[cite:105][cite:110]
+
+- Wichtige Dateien öffnen, etwa Dokumente, PDFs, Bilder oder Quellcode.[cite:105]
+- Anwendungen testweise mit restaurierten Daten starten, zum Beispiel ein Projekt im Editor oder eine Konfiguration in einem Testprofil.[cite:107]
+- Für wichtige Dateien Checksummen vergleichen, um die inhaltliche Identität sicherzustellen.[cite:110]
+
+Beispiel mit `sha256sum`:
+
+```bash
+cd "${HOME}"
+sha256sum wichtige_datei.odt
+
+cd /tmp/restore-test-home
+sha256sum wichtige_datei.odt
+```
+
+Die Prüfsummen sollten identisch sein.[cite:110]
+
+### Worauf beim Restore zu achten ist
+
+Beim Restore-Test sollten insbesondere Dateirechte, Symlinks, ACLs, xattrs und eventuelle Fehlermeldungen von `rsync` geprüft werden.[cite:91][cite:105] Gerade bei einem Restore auf ein anderes Dateisystem kann es Einschränkungen bei ACLs oder erweiterten Attributen geben.[cite:91]
+
+### Empfehlung für die Praxis
+
+Sinnvoll ist ein regelmäßiger Wiederherstellungstest, zum Beispiel quartalsweise, mit kurzer Dokumentation: verwendeter Snapshot, Testziel, geprüfte Dateien, Ergebnis und Auffälligkeiten.[cite:105][cite:109] Erst ein erfolgreich getesteter Restore macht aus einem Backup eine belastbare Datensicherung.[cite:105]
+
 ## Beispielskript
 
 ```bash