chore(release): erste Beta vorbereiten

docs/testing/README.md

@@ -43,7 +43,7 @@ werden, wenn sie vor dem Lauf nicht existierten.
 - `affected`: die durch geänderte Pfade ermittelten Module
 
 Verfügbare Module: `CC100Hardware`, `Energiediagramm`, `ShellyModul`,
-`Verbrauchskostenreport`.
+`VGTSchnittstelle`, `Verbrauchskostenreport` und `VirtuelleBatterie`.
 
 Die Utils-Module werden jeweils eigenständig und ohne Abhängigkeit zu Enelix EMS getestet.
 
@@ -84,15 +84,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