Herausforderung
SPS-Projekte ändern sich während Entwicklung, Inbetriebnahme und Service. Ohne wiederholbare Tests ist schwer nachweisbar, dass eine neue Änderung keine bestehende Funktion beeinflusst.
Fallstudie · TestOS
Nach jeder Änderung am SPS-Programm muss klar sein, ob Sequenzen, Signale, Sicherheitsbedingungen und Kommunikation weiterhin korrekt funktionieren. TestOS macht daraus einen wiederholbaren Testprozess.
SPS-Projekte ändern sich während Entwicklung, Inbetriebnahme und Service. Ohne wiederholbare Tests ist schwer nachweisbar, dass eine neue Änderung keine bestehende Funktion beeinflusst.
TestOS verbindet BDD-Testfälle mit der Ausführung am SPS-System. Szenarien werden in Squash TM verwaltet, Quellcode und Konfiguration liegen in Gitea, Jenkins startet wiederholbare Testläufe.
Statt einer einmaligen manuellen Kontrolle erhält das Projekt einen Test-Rahmen, der nach jeder Programm-, Verdrahtungs- oder Konfigurationsänderung wiederverwendet werden kann.
Konkretes Ergebnis
Testfälle sind dokumentiert und später wiederholbar.
SPS-Änderungen werden mit derselben Methode geprüft.
Berichte verbessern die Kommunikation zwischen Entwicklung, Inbetriebnahme und Service.
Das Projekt erhält eine Basis für weitere automatisierte Tests.
Senden Sie eine Beschreibung des SPS-Systems, der Signale und typischer Szenarien.