EoL-Testautomation 2.0. Technische Beschreibung. DI Hans-Peter Haberlandner. Blumatix GmbH

Transkript

1 EoL-Testautomation 2.0 Technische Beschreibung DI Hans-Peter Haberlandner Blumatix GmbH

2 EoL-Testautomation 2.0 Technische Beschreibung Die Herausforderung Die Software spielt im Bereich der Testautomation eine zentrale Rolle. Für Produzenten mechatronischer Geräte gibt es bisher keine zufrieden stellende Standard-Lösung, um Inbetriebnahme- Prozesse der gefertigten Geräte zu automatisieren. Die besondere Herausforderung liegt in der Mischung von vollautomatischen, halb-automatischen und rein manuellen Tests, die alle gemeinsam durch die Software unterstützt werden sollen. Manche Unternehmen entwickeln Insel-Lösungen für den Eigenbedarf. Oft fehlt die erforderliche Software-Kompetenz, um solche Lösungen nachhaltig zu entwickeln, zu warten und an geänderte Anforderungen anzupassen. Niedrige Stückzahlen und große Vielfalt bei den produzierten Geräten erschweren zusätzlich die Aufgabe. Eine Standard-Lösung, die flexibel auf die Bedürfnisse angepasst werden kann, setzt eine Software- Architektur voraus, die strikt zwischen den individuellen Tests für jedes einzelne Gerät und den gleichbleibenden Aufgaben wie Ablaufsteuerung, Ergebnis-Verspeicherung und Berichtswesen trennt. Nur durch weitgehende Wiederverwendung kann ein derartiges System kostengünstig entwickelt und angeboten werden. 1

3 Die Architektur In Abbildung 1 wird der modulare Aufbau der Blumatix EoL Testautomation 2.0 dargestellt. Das System gliedert sich in drei Schichten, die unterschiedliche Aufgaben wahr nehmen. Insbesondere sind die Test- Aufgaben von den Nicht-Testaufgaben strikt getrennt. Auf diese Weise können die Test-Automation (Ablaufsteuerung von Test-Sequenzen, Berichtswesen, etc.) und die Hardware-Treiber für mehrere Geräte und über verschiedene Produktlinien einheitlich verwendet werden. Lediglich die individuellen Tests für jedes einzelne Gerät (orange) müssen spezifisch entwickelt werden. Abbildung 1: Architektur EoL Testautomation 2.0 2

4 Test-Automation Die Test-Automationsschicht bildet den Kern des Systems. Sie beinhaltet die Benutzer-Oberfläche für den Tester und ermöglicht die Ablaufsteuerung der Test-Sequenzen. Jeder einzelne Testschritt kann vollautomatisch ablaufen oder vom Tester Eingaben verlangen. Derartige Abfragen können durch grafische Darstellungen unterstützt werden. Abbildung 2: Ablaufsteuerung von Test-Sequenzen Die automatische Verspeicherung aller Testvorgänge inklusive Messergebnisse, Testergebnisse, Durchlaufzeiten und Angaben zum Tester erfolgt ebenfalls in der Test-Automationsschicht. Das Berichtswesen und die Konfiguration des Testsystems können auch unabhängig von den konkreten Testaufgaben betrachtet werden und sind daher auch in der Test-Automationsschicht beheimatet. Merkmale Konfigurierbare, automatische Protokollerstellung Automatische Versionierung der Tests Definierte Ausführungs-Reihenfolge der Tests Schutz vor Manipulation der Testergebnisse 3

5 Trennung von Testsystem und getestetem Gerät verhindert Beeinflussung des Testsystems Offene Architektur ermöglicht die Implementierung für mobile Devices Vorteile Durch diesen modularen Aufbau kann die Testausführung über verschiedene zu testende Geräte und Stationen hinweg standardisiert werden. Die Tester finden überall die gleiche Umgebung und Benutzeroberfläche vor. Änderungen und Weiterentwicklungen in der Test-Automations-Software haben keinen Einfluss auf die eigentlichen Tests und können daher unabhängig erfolgen und beschleunigen damit das Update auf den Teststationen erheblich. Test-Framework Das Test-Framework von Blumatix bietet eine Infrastruktur zur effizienten Entwicklung von gerätespezifischen Tests. Die Programmierung dieser Tests erfolgt in C# oder VB.NET und kann auch durch den Kunden selber durchgeführt werden. Durch die Anlehnung des Test-Frameworks an bewährte Systeme für Software-Unittests (NUnit, xunit, Microsoft Unittests) erhält der Software-Entwickler eine vertraute Umgebung in der er sich rasch zurecht finden kann. Der Entwickler kann sich auf den eigentlichen Test konzentrieren die Einbindung in die Test- Automation wird durch das Test-Framework übernommen. Durch die saubere Trennung der eigentlichen Tests von der Test-Automation aber auch von der Hardware-Treiber-Schicht können sogar einzelne Teile der Tests durch Konzepte wie Vererbung, Komposition oder Delegation wiederverwendet werden. Hardware Treiber In der Hardware-Treiber-Schicht wird die Hardware-Anbindung abstrahiert. Auf diese Art wird der direkte Zugriff auf das zu testende Gerät oder einen Test-Adapter aus den eigentlichen Tests in diese Schicht verlagert. Durch diese Entkopplung können derartige Anbindungen bei Bedarf auch leicht ausgetauscht werden. Zusätzlich kann die Verwendung optimiert oder vereinfacht werden, was sich bei Wiederverwendung mehrfach rentiert. 4

6 Technische Details Programmiersprachen C# VB.NET Benutzer-Oberfläche Windows Forms WPF System-Voraussetzungen Betriebssystem: Windows XP SP 2, SP 3, Windows Vista, Windows 7 Technologie:.NET Framework 3.5 Datenbank: Microsoft SQL Server 2008 (mind. Express) 5