chore(release): erste Beta vorbereiten

docs/testing/README.md

@@ -42,9 +42,9 @@ werden, wenn sie vor dem Lauf nicht existierten.
 - `single`: genau die als Auswahl übergebenen Module
 - `affected`: die durch geänderte Pfade ermittelten Module
 
-Verfuegbare Module: `EaseeGateway`, `LadestationGateway`,
-`LadestationStandAlone`, `Manager`, `Pufferspeicher`, `VerbraucherEinStufig`
-und `Warmwassererwaermer`.
+Verfuegbare Module: `Batterie`, `EaseeGateway`, `LadestationGateway`,
+`LadestationStandAlone`, `Manager`, `Pufferspeicher`, `VerbraucherEinStufig`,
+`Waermepumpe` und `Warmwassererwaermer`.
 
 Der Manager-Test enthält Manager ohne Verbraucher, jeden Verbrauchertyp einzeln und alle aktuell implementierten Verbrauchertypen gemeinsam.
 
@@ -85,15 +85,15 @@ Zusätzlich schreibt der Runner die Zusammenfassung in das IP-Symcon-Log.
 
 ## CI-Regeln
 
-Bei jedem Push laufen sämtliche PHPUnit-Tests. Auf `develop` werden zusätzlich
-die von den geänderten Pfaden betroffenen Symcon-Modultests ausgeführt. Bei
-gemeinsamen Framework- oder Vertragsänderungen läuft die vollständige Suite.
-Für `beta` ist immer `all` vorgeschrieben.
+Bei jedem Push laufen sämtliche PHPUnit-Tests und die PHP-Syntaxprüfung. Die
+Symcon-Modultests werden bis zur Verfügbarkeit eines geschützten Runners auf
+der isolierten IP-Symcon-8.0-Instanz des Agent-Servers ausgeführt. Vor jeder
+Übernahme nach `beta` ist ein erfolgreicher Lauf im Modus `all` verbindlich.
+Der erzeugte JSON- und JUnit-Bericht gehört zum Freigabenachweis.
 
-Die Symcon-Jobs benötigen einen geschützten Runner mit dem Label `symcon-8`,
-lokalem Zugriff auf eine isolierte IP-Symcon-8.x-Instanz und den installierten
-Repository-Stand. Ohne diesen Runner ist die Richtlinie dokumentiert, aber
-nicht technisch durchsetzbar.
+Eine spätere CI-Automatisierung benötigt einen geschützten Runner mit dem Label
+`symcon-8`, lokalem Zugriff auf die isolierte IP-Symcon-Instanz und den exakt
+zu prüfenden Repository-Stand.
 
 ## Checkliste für neue Module