Page tree

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

  • (tick) CSS muss gebaut werden vom Branch (182) → jh
  • (tick) dal2jms muss gebaut werden vom Branch (182) → gs
  • (tick) Dieselben IOCs wie im produktiv-System müssen eingebunden sein, um den Vergleich zu ermöglichen
  • (tick) Beacons und der Command-Server entfallen
  • (tick) JMS-Compare-Utility schreibt Differenzen vom Produktions-JMS zum Test-JMS in eine Datei
  • (tick) 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

dal2jms-Server Test-Stage


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

  • (warning) 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.






  • No labels