Software Engineering in

Transkript

1 Software Engineering in der Werkzeuge für optimierte LabVIEW-Entwicklung Folie 1

2 Best Practices Requirements Engineering Softwaretest Versionsmanagement Build- Automatisierung Folie 2

3 Arbeiten Sie im Team? Folie 3

4 Best Practices 1/5 Requirements Engineering Versionsmanagement Build Automatisierun g Softwaretest Folie 4

5 Hauptaufgaben einer Versionsverwaltung [Wikipedia] Protokollierung von Änderungen Archivierung einzelner Stände eines Projekts Wiederherstellung einzelner Dateien Koordination des gemeinsamen Zugriffs im Team Gleichzeitige Entwicklung mehrerer Branches Folie 5

6 Häufig zu findende Art der Versionsverwaltung Folie 6

7 Integrierte Versionsverwaltung Mittels Source Control Provider Direkt aus LabVIEW auschecken/einchecken, vergleichen Verfügbar für TFS, Perforce etc. Einschränkung auf limitiertes Interface Zum Beispiel Single Checkout Synchronisationsprobleme zu beobachten Folie 7

8 Standalone Versionsverwaltung Außerhalb von LabVIEW Mit dem Client des Versionsverwaltungssystems Keine Einschränkungen, was die Möglichkeiten der Versionsverwaltung angeht Integration von graphischem Diff/Merge möglich LVCompare LVMerge Folie 8

9 Beispiel LVCompare Working base Working copy Folie 9

10 An die Grenzen gehen Folie 10

11 Best Practices 2/5 Requirements Engineering Softwaretest Versionsmanagement Build- Automatisierung Folie 11

12 Requirements Engineering [Wikipedia] ist eine Managementaufgabe für die effiziente und fehlerarme Entwicklung komplexer Systeme. Es umfasst die Themengebiete Requirements Definition Requirements Management Folie 12

13 Requirements Engineering Beginnen Sie mit Anforderungen in Word oder Text Referenzieren Sie die Anforderungen in den Dokumentationsfeldern von VIs und Controls etc. mit [Covers reqid] Pflegen Sie die Requirement IDs in Ihren Unit Tests Gute Möglichkeiten für Projektberichte: Coverage, Traceability, Impact analysis Folie 13

14 Best Practices 3/5 Requirements Engineering Softwaretest Versionsmanagement Build- Automatisierung Folie 14

15 Softwaretest [Wikipedia] Ein Softwaretest ist ein Test während der Softwareentwicklung, um die Funktionalität einer Software an den Anforderungen und ihre Qualität zu messen und Softwarefehler zu ermitteln. Dynamische Maßnahmen, die eine Ausführung der Software erfordern Statische Maßnahmen, die auf eine Ausführung der Software verzichten können Folie 15

16 Unit Test Framework Toolkit - Features Solide Grundlage für einfache Tests Komplexere Tests möglich durch Setup-VI Teardown-VI benutzerdefinierte Test-Vis Benutzerdefinierte Vergleichs-VIs Detaillierte Reports Code Coverage Mit graphischem Highlighting Folie 16

17 Unit Test Framework Toolkit - Grenzen Keine Unterstüzung für Kontinuierlich laufende VIs Events Variant-Datentyp Statemachine Toolkit Keine Möglichkeiten zur Nutzung von Mocks Keine Unabhängigkeit zwischen den Testfällen. Testbarkeit auf zustandslose VIs beschränkt Probleme bei Nicht initialisierten Shift Registern Feedback Nodes First Call Operator Folie 17

18 GUI Test Kein geeignetes Tool von NI verfügbar Controls/Indicators sind im Unit Testing Framework zugreifbar Standard-GUI Test-Werkzeuge sind nutzbar Bei Einschränkung auf die System Controls LabVIEW Plugin von nte Systems für Ranorex Bietet erweiterten Zugriff auf LabVIEW GUI-Elemente Weiterhin viele Elemente nicht im Detail testbar Folie 18

19 Desktop Trace Execution Toolkit Essentiell zur Analyse von Memory Leaks Performanz Absturzursachen Fein konfigurierbar Benutzerdefinierte Trace Events Einarbeitung notwendig Folie 19

20 VI Analyzer Folie 20

21 VI Analyzer die Balance halten Einschränkung auf die Prüfung einiger wichtiger Regeln Definition von unterschiedlichen Regelsätzen GUI-VIs Sub-VIs Bibliotheks-VIs Generierte VIs nur praktikabel bei unterstützender Build-Automatisierung Folie 21

22 Best Practices 5/5 Requirements Engineering Softwaretest Versionsmanagement Build- Automatisierung Folie 22

23 Die perfekte Build-Automatisierung Folie 23

24 Warum automatisieren? Zur Absicherung der Qualität der im Repository eingecheckten Quellen durch einen Clean Build Vermeidung von manuellen Arbeiten aufwendig fehleranfällig Anwendung in verschiedenen Kontexten Arbeitsumgebung des Entwicklers Nightly Build Continuous Integration Folie 24

25 Typische Schritte eines automatisierten Builds Abruf des Repositories Erzeugung der Build-Artefakte Installation der Bibliotheken und Programme Ausführung von Tests Erstellung von Codeanalysen und Reports Folie 25

26 LabVIEW vs. Kommandozeile Zugriff auf Kommandzeilenparameter via Property App.Args LabVIEW-Engine darf nicht gestartet sein! Ausgaben auf die Konsole nur per Windows-API möglich Community bietet VIs dafür an Return Value des Aufrufs ist nicht beeinflussbar Parsen der Ausgabe notwendig Execution Properties Run when opened muss gesetzt sein Folie 26

27 Erzeugung von Build-Artefakten Aufgabe des Application Builders API verfügbar zur automatisierten Ansteuerung Vorsicht: Output Generated Files kann auch leer sein, obwohl alles geklappt hat! Folie 27

28 Installation von Programmen Installationspakete des Application Builders Lassen sich per Kommandozeile starten Können ohne GUI ausgeführt werden ( non-interactive ) Parametrierung über Kommandozeile Konfigurationsdatei Deinstallation möglich Folie 28

29 Ausführung von Tests Unit Tests sind über die API des Unit Test Frameworks ausführbar Ausführungsbasis LabVIEW Projekdatei.lvtest Dateien Erstellung von maschinell verarbeitbaren Reports Realisierung komplexerer Testszenarien möglich Folie 29

30 Analysen und Reports API des VI Analyzers umfasst Funktionen zur Einfachen Ausführung von Analysen auf Basis vorbereiteter Konfigurationsdateien Realsierung komplexer Analyseszenarien Folie 30

31 Die reale Build-Automatisierung Folie 31

32 Aller Schwachstellen zum Trotz: Nutzen Sie die vorhandenen Möglichkeiten es lohnt sich! Folie 32

33 Viel Erfolg in Ihren Projekten! Folie 33