Testziel
- Ablösung des Produktiv-Systems mit erweiterter Funktionalität Wartungs-Modus
Alarme werden weitergeleitet
- Vergleich des aktuell produktiven Systems mit dem Neuen durch
Vergleich der Daten die durch die Topics MKK_ALARM beim produktiven und beim Test-JMS-Server laufen - Dazu werden die Topics durch eine JMS-Compare-Utility abgehorcht und die Differenzen in Text-Dateien gespeichert.
Wartungs-Modus starten/verlängern/beenden
- Wartungs-Modus kann ebenso durch 'Lücken' in den Text-Dateien sichergestellt werden
- Diese Aufgabe muss um die folgenden Szenarios ergänzt werden:
- Weiterleiten der Alarme während des Wartungs-Modus (Quittungen werden wiederhergestellt am Ende)
- Quittungen werden getätigt während des Wartungs-Modus
- Wechsel des Alarm-Zustands während des Wartungs-Modus
CSS: Alarm-Tree und -Table
- Banner zeigen Zustand vom Wartungs-Modus des Alarm-Servers an
- View zum Starten/Verlängern/Beenden des Wartungs-Modus
Start des dal2jms-Servers
- Änderungen des Alarm-Zustands während der Start-Phase
Testumgebung
CSS muss gebaut werden vom Branch (182) → jh- dal2jms muss gebaut werden vom Branch (182) → gs
- Dieselben IOCs wie im produktiv-System müssen eingebunden sein, um den Vergleich zu ermöglichen
- Beacons und der Command-Server entfallen
- JMS-Compare-Utility schreibt Differenzen vom Produktions-JMS zum Test-JMS in eine Datei
- Alarm-Forwarding vom produktiven JMS in das Test-JMS muss gestoppt werden
JMX: Test-Applications, Command Server-Connections. - Soft-IOC auf dem Test-PC zum manuellen Testen des Wartungs-Modus
Grafik
Test-Szenarios
HMM-View benutzen
Voraussetzungen
- dal2jms läuft
- CSS ist verbunden
- der zu startende IOC ist verbunden
Konfiguration
- Die IP-Adresse ist fehleranfällig
- die Checkbox sollte defaultmäßig selektiert sein (oder weg?)
Test
- Aktualisierung auf einer anderen CSS-Station
- Starten mit unterdrückten Alarmen
- Starten mit weitergeleiteten Alarmen
- Automatisch nach Ablauf der Zeit beenden
- Verlängern
- Vor Ablauf beenden
- Zwei IOCs parallel unterdrücken
Test von Quittungen (Acknowledges)
- Während einer Instandhaltung wird ein Alarm quittiert.
- Wenn der Zustand des Alarms nach dem Ende der Instandhaltung unverändert ist, bleibt er quittiert.
- Wenn sich der Zustand geändert hat, ist der Alarm nach dem Ende nicht mehr quittiert.
Restart von CSS
Bei einem Restart von CSS sollen der aktuelle Zustand der Alarme und der Quittungen (Acknowledge) nicht verloren gehen und dem Anlagenzustand entsprechen. Diese Größen werden beim Start von CSS beim dal2jms-Server erfragt.
Voraussetzungen
Der dal2jms-Server läuft und hat einen Zustand mit unterschiedlichen Alarmen und Quittungen.
Test
- Restart von CSS, der aktuelle Anlagen-Zustand muss in Alarm-Table und Alarm-Tree angezeigt werden.
Restart von dal2jms
Restart eines IOC
Gewisse Records liefern UDF INVALID (CMS und SINAX) als ersten Wert. Dieser Wert wird vom alten System weitergeleitet, aber nicht vom Neuen.
jp fragt bei Hayk nach der Konfiguration des Records, gs prüft die CAJ-Implementation.