Der Vortragstitel scheint etwas demonstrativ, ist aber eine Hypothese für ein reales Testprojekt in dem Hard- und Softwareprodukte für die Musikproduktion automatisch und entwicklungsbegleitend integriert und getestet werden.
Weitere Herausforderung sind die Agilität der Entwicklung und häufigere Releases durch die Einführung von Scrum.
Wie bindet man nun eine größere Anzahl eingebetteter Systeme kostengünstig in eine Continuos Integration Umgebung ein? Muss es dafür immer teure DACQ Hardware sein?
Dieser Anwenderbericht gibt eine Übersicht der verwendeten Technologien und bewertet Kosten sowie Nutzen des gewählten Ansatzes.
Referentenprofil*: Michel Lawaty ist Test Automation Engineer bei der Native Instruments GmbH und arbeitet an Hardware- und Softwareprodukten für die Musikproduktion.
Er ist seit 2009 in verschiedenen Bereichen wie Medical, Broadcast und Audio als professioneller Software Tester, Test Automator und Test Manager tätig.
OSMC 2013 | Enterprise Platforms Monitoring at s IT Solutions AT by Johannes ...
Raspberry Pi im Embedded Testing - „tool“ oder „toy“?
1. Raspberry Pi im
Embedded Testing
- „tool“ oder „toy“?
Michel Lawaty - Test Automation Engineer
Native Instruments GmbH, Berlin
Embedded Testing 2015 - 4. November 2015
8. Regressionstest
• Ist die Qualität gleich geblieben?
• Ausführung nach jeder Änderung
• Manuelle Strategie: gesteuert nach Risiko
• Einfacher durch Automation
Regression Tests
9. Warum Systemtest
automatisieren?
• Genauigkeit z.B. AD-Wandler statt Auge
• Reproduzierbarkeit&Wiederholbarkeit
• Für große Datenmengen
• viele Schnittstellen
DUT
Höhere Test Coverage und Test Depth
11. Agile Entwicklung
• Bsp. „Scrum“
• „User Stories“ dokumentieren Requirements
• User Story ähnlich zum Use Case
12. Agile Testing
• Use Case spielt sich am HMI ab
• Systemtest notwendig
• Systemtest = Test am HMI!
Häufigere Ausführung Systemtests
13. Kontinuierliche Integration
• Continuous Integration (CI) ist ein „Muss" im
Agile Development
• Ständige SW-Integration & Testausführung
• Möglichst automatisch
System Test Manuell ?
14. Systemtest manuell?
• Testausführung manuell verursacht hohe Kosten
• Manuelle Ausführung ist fehleranfällig
• Manuell gut für Explorative Tests
System Test Manuell ?
15. Case Study
Test Aufwand
• ca. 17 bestehende Hardware-Produkte
• neue Produkte
• ca. 11 Desktop-Betriebssysteme
• Treiber, Updates
• „Traktor“ hat ca.
300 POC / POO
28. Shields
• Erweiterungsplatinen (Shields)
• viele Anwendungen abgedeckt
• Digital I/O, Analog I/O
• Servomotoren, Kameras, Sensoren
• Anbindung an digitale
Schaltungslogik (FPGA)
GPIO Expander für die Buttons
Quelle: https://www.abelectronics.co.uk
29. Beispiel Digital Potis
• Abdeckung jeder Anwendung durch ICs
• I2C-Bus / SPI verfügbar
• Mehrere ICs des gleichen Typ
„Maßgeschneidert“ durch eigene Entwicklung
33. Fazit
• Konnektivität zum Test Framework
• Alle „schwierige“ Elektronik ausgelagert
• schneller Testbed Prototype
34. Fazit
• Keine Echtzeit
• Latenz im ms Bereich (nicht deterministisch)
• Kanalanzahl limitiert
• Mechanik optimierbar
• mehr HW/SW-Entwicklung notwendig