BACnet Test Framework Update

 

Update von BTF

Quelle

Die MBS GmbH stellt die Updates online zur Verfügung und informiert die registrierten Kunden darüber.

Bereitgestellt werden in der Regel drei Dateien: Release Notes, Patch und Fullinstall.

 

Empfohlen wird die Installation des Patch. Sollte dieser für das Update nicht ausreichen, wird automatisch darauf hingewiesen, dass ein Fullinstall erforderlich ist.

Versionsprüfung

 

Im Menüpunkt Info/Über BTF… wird die aktuelle Version auf dem Computer angezeigt.

Wenn BTF ein Update von z.B. 23.0.0.25 auf 23.0.0.59 bekommt, dann gibt es Verbesserungen in den Tests und / oder in der Software selbst.

Bei einem Update von z.B. 23.0.0.59 auf 23.1.0.42 gibt es neben den möglichen Verbesserungen auch eine Anpassung an einen neuen Testplan-Standard (hier von 23.0 auf 23.1).

Durchführung

Hinweis

Das Update sollte durchgeführt werden, ohne das BTF auf dem PC aktiv läuft.

Durch starten der Btf_Patch_x.x.x.x.exe beginnt der Installations­vorgang. Meldungen von Microsoft Windows bzgl. Risiko einer unbekannten App können mit [Trotzdem ausführen] bestätigt werden.

Der Installationsvorgang läuft danach weitestgehend automatisch.

Hinweis

Bei der Anzeige „Organisiere das BTF Datenbanksystem!“ sollte der empfohlenen Einstellung mit [Ja] gefolgt werden.

Weitere Hinweise z.B. bezüglich Firewall werden mit [OK] bestätigt.

Gab es eine Versionsänderung mit Änderung des Testplan-Standards, muss bereits vorhandenen Projekten der neue Standard hinterlegt werden (siehe „Aktualisieren des Testplan-Standards“).

 

Aktualisieren des Testplan-Standards

Grundlagen

Änderungen im Testplan unterliegen den Vorgaben der BTL (BACnet Testing Laboratories). Dabei können bisherige Tests wegfallen, neue hinzukommen oder verändert werden.

Hinweis

Wird ein neues Projekt angelegt, so ist es immer auf dem aktuellen Stand der installierten BTF-Version.
Die hier beschriebene Aktualisierung des Testplan-Standards ist dann nicht erforderlich.

Enthält eine neuen BTF Version auch einen neuen Testplan-Standard, dann muss dieser neue Standard einem bereits in Arbeit befindlichen Projekt hinterlegt werden.

Ohne die Aktualisierung arbeitet auch die neue Version in diesem Projekt weiterhin nach dem vorherigen Teststandard.

Wird der Testplan-Standard erhöht, kann ein IUT das mit dem vorherigen Standard getestet wurde Fehler zeigen, weil diese Eigenschaftsprüfung im vorherigen Standard nicht vorgesehen war.

Hinweis

Wird ein Projekt welches bereits bearbeitet wird auf einen höheren Standard gesetzt, so werden die bisherigen Ergebnisse zurückgesetzt.

Bislang erzielte Testergebnisse und Log-Dateien werden gelöscht.

Das ist notwendig, damit geänderte Tests nicht fälschlich ein valides Ergebnis suggerieren.

Vor dem Aktualisieren des Standards können bislang nicht gespeicherte Inhalte über Projekt/Export… gesichert werden.

Aktualisierung

 

Die Aktualisierung wird im Menü Projekt/Standard aktualisieren aufgerufen.

Vor der Aktualisierung wird im Testplanbaum noch der bisherige Testplan (hier 23.0) angezeigt.

Nach der Abfrage zur Bestätigung des Wechsels zum nächsthöheren Standard (hier 23.1) beginnt der Vorgang.

Hinweis

Bei der nun ablaufenden Validierung können bisherige Testplanpunkte gefunden werden, die es im nächsthöheren Standard nicht mehr gibt. Dann wird die Aktualisierung abgebrochen und eine Bereinigung des derzeitigen Testplans ist erforderlich.

 

Damit die Validierung nicht fehlschlägt, müssen die nicht mehr vorgesehenen Tests aus dem Projekt entfernt werden.

Bereinigung

Für das Bereinigen des Testplans gibt es keine Automatisierung. Die nicht mehr vorhanden Tests müssen im Testplanbaum manuell gefunden werden.

Bei umfangreichen Projekten gibt es u.U. das Problem, die betreffenden Tests im Projekt zu finden.

Eine Erleichterung dafür ist es, den bisherigen Testplan heran­zuziehen. Dieser ist als PDF-Dokument in den BTL Testing Archives verfügbar (https://btl.org/documentation-archive/).

(hier BTL Test Plan-23.0_final.pdf)

Bei einer Volltextsuche im o.g. Dokument nach dem betroffenen Test (hier z. B. „7.3.2.18.5“) wird die Testnummer angezeigt (hier „3.14.4 Supports Resizable State_Text Property“).

Damit kann der betroffene Test dann gefunden und der Testplan bereinigt werden.

 

Hinweis

Einige Tests kommen mehrfach in unterschiedlichen Kapiteln des Testplans vor.