Test Engineer - Dexterous Humanoid Hand (Mensch)

Deine Mission & Herausforderungen

Wir bauen geschickte humanoide HandPlattformen - mehrgradige, seilgetriebene Systeme mit integrierter taktiler Sensorik, EchtzeitMotorregelung und KIbasierter Wahrnehmung auf EdgeCompute. Der Stack reicht von kundenspezifischen PCBs uber BareMetalFirmware und ROS2Middleware bis zu gelernten Inferenzmodellen - alles vereint in einem physischen System, das drauen in der Realitat zuverlassig funktionieren muss.

Wir suchen eine:n Test Engineer, der/die die Validierung uber den gesamten Stack verantwortet. Kein QAJob, der erst am Ende des Entwicklungszyklus auftaucht - sondern jemand, der die TestInfrastruktur von Grund auf aufbaut, definiert, was auf jeder Ebene "funktioniert" heit, und das Team wahrend der gesamten Entwicklung ehrlich halt.

Das Programm ist fruhphasig. Es gibt kein bestehendes TestFramework, das du ubernehmen konntest. Du entwirfst es.

• HardwareSoftwareIntegrationstests

  • Du konzipierst und fuhrst Integrationstests fur den HandControlStack durch: MotorTreiberboards, EmbeddedComputeModule, SensorInterfaces und das KommunikationsBackbone (DDS uber TSNEthernet und SPI).

  • Du baust HardwareintheLoop (HIL)Testaufbauten, um FirmwareVerhalten an realer Aktuator und SensorHardware zu validieren - brushed DC und BLDCMotorKanale, AbsoluteEncoder, taktile Sensorarrays, IMUs.

  • Du definierst und automatisierst BringupTestsequenzen fur neue PCBRevisionen: PowerOnChecks, BusEnumeration, DriverSmokeTests und kanalweise Funktionsvalidierung.

  • Du verantwortest das IntegrationstestProtokoll fur die UnterarmzuKorperEllbogenSchnittstelle: DDSTopicKorrektheit, Latenzmessung, LinkLossVerhalten und Ubergang in sichere Zustande unter FaultInjection.

  • Du testest die geschlossene Regelkette EndezuEnde: SensorInput EmbeddedInference Motorbefehl physische Reaktion, mit instrumentiertem GroundTruth auf jeder Stufe.

  • Du instrumentierst und misst SystemTiming: RegelkreisJitter, DDSPublishLatenz pro Topic, NPUInferenceLatenz sowie EndtoEndPerceptiontoActionLatenz gegen definierte SLAs.

  • Du validierst mechanischelektrische Schnittstellen: SteckverbinderDurchgang uber den Bewegungsbereich, KabelbaumBelastungstests, Signalintegritat bei Biegezyklen.

• SoftwareTests

  • Du baust und pflegst die SoftwareTestsuite fur: ROS2Nodes und DDSTopicPipelines, MotionPrimitiveStateMachines, GraspSequencerLogik und SafetyWatchdogVerhalten.

  • Du entwirfst Unit und Integrationstests fur die EmbeddedInferencePipeline: ONNXOutputKorrektheit vs. CPUReferenz, RingBufferVerhalten, MultiTaskDDSPublishing unter Dauerlast.

  • Du implementierst Regressionstests fur den ControlStack: Stabilitat der Positionsregelung, Durchsetzung von Kraftlimits, Timing der korrigierenden NachziehReaktionen und Arbitration zwischen parallelen ControlModi.

  • Du definierst und fahrst FaultInjectionTests in Software: LinkLoss simulieren, SensorDropouts, ClassifierConfidence unter Schwelle, aufeinanderfolgende hochkritische SlipEvents - und prufst, dass das System in jedem Fall korrekt in den Safe State wechselt.

  • Du baust simulationsbasierte Tests, wenn keine physischen Rigs verfugbar sind: URDFbasierte Bewegungsvalidierung, Prufung kinematischer Limits und TrajektorienMachbarkeit vor dem HardwareEinsatz.

  • Du haltst die CIPipelineIntegration am Laufen: automatisierte Testlaufe bei jedem Firmware und SoftwareCommit, mit klaren Pass/FailGates und FehlerTriage.

  • Du verantwortest das BenchmarkTestprotokoll fur externe HandPlattformen und definierst reproduzierbare, instrumentierte Testverfahren.

• TestInfrastruktur

  • Du wahlst passende TestTools aus und setzt sie ein: LogicAnalyser, Oszilloskope, Kraft/DrehmomentSensoren, MotionCapture oder kamerabasierter GroundTruth, Datenlogger.

  • Du baust eine strukturierte TestResultatDatenbank: Jeder Testlauf wird mit SoftwareVersion, HardwareRevision, Konfiguration und Ergebnis geloggt - nachverfolgbar und abfragbar.

  • Du schreibst Testspezifikationen, die andere Ingenieur:innen unabhangig ausfuhren und deine Ergebnisse reproduzieren konnen.

  • Du definierst Abnahmekriterien fur jedes Subsystem, bevor die Integration beginnt - nicht danach.

Auf was konnen wir uns freuen

• Essential

  • Abschluss in Elektrotechnik, Mechatronik, Informatik oder einem verwandten Fach.

  • HandsonErfahrung im Testen von EmbeddedSystemen: Bringup, BusProtokolle (SPI, IC, UART, CAN), SignalintegritatsMessungen und FirmwareDebugging auf echter Hardware.

  • Erfahrung mit automatisierten SoftwareTests in Python oder C++ - UnitTests, Integrationstests, RegressionSuites.

  • Fahigkeit, Firmware und Software zu lesen und zu verstehen, um zu erkennen, was getestet werden muss und wo die Edge Cases liegen - ohne den gesamten Produktivcode selbst schreiben zu mussen.

  • Erfahrung mit Messtechnik: Oszilloskope, LogicAnalyser, Stromzangen - du richtest den Messplatz souveran ein und erfasst, was tatsachlich passiert.

  • Strukturiertes Denken uber Fehlermodi: Aus einer Systembeschreibung kannst du mogliche Fehler systematisch ableiten und Tests entwerfen, die sie aufdecken.

• Strongly Preferred

  • Erfahrung mit ROS 2, DDSMiddleware oder EchtzeitKommunikationssystemen.

  • Erfahrung mit HardwareintheLoop (HIL) oder dem Design physischer Testaufbauten.
    Vertrautheit mit Motorregelungssystemen - brushed DC oder BLDC - und typischen Fehlermodi von Positionsregelung, Strombegrenzung und EncoderFeedbackLoops.

  • Erfahrung beim Aufbau oder Mitwirken an CI/CDPipelines fur Embedded oder RobotikSoftware.

  • Kenntnisse in Kraft/DrehmomentMessung und taktilen Sensorsystemen.

  • Erfahrung im Testen gelernter bzw. probabilistischer Systeme: Validierung von OutputVerteilungen, Testen von ConfidenceSchwellen und Definition akzeptablen Verhaltens bei OutofDistributionInputs.

  • Background oder Beruhrungspunkte mit FunctionalSafetyTests - den Unterschied zwischen Korrektheit und Sicherheit zu testen zu verstehen, ist ein groer Pluspunkt.

• Was diese Rolle besonders macht

  • Die meisten TestRollen in der Robotik sind entweder rein Software oder rein Hardware. Diese hier spannt beides zusammen und verlangt echte Fluency an der Schnittstelle - die interessanten Fehler entstehen fast immer zwischen PCBRevision, FirmwareAnderung und gleichzeitiger DDSSchemaAnpassung.

  • Auerdem testest du ein System, dessen PerceptionLayer ein gelerntes Modell auf einer NPU ist. Zu definieren, was "korrekt" fur einen taktilen SlipKlassifikator bedeutet, der einen sicherheitsrelevanten Motorbefehl speist, ist kein gelostes Problem. Du musst sorgfaltig uberlegen, wie probabilistische Outputs in einem deterministischen ControlKontext validiert werden und wie Testabdeckung fur ein System aussieht, das graceful statt clean scheitert.

  • Auch der BenchmarkFramework fur externe HandPlattformen liegt bei dir. Diese Arbeit hat direkten strategischen Wert - die Ergebnisse entscheiden, welche externen Plattformen wir integrieren und wie gut unsere eigenen im Vergleich abschneiden. Das ist sichtbare Arbeit mit echtem Programmeinfluss, kein BackOfficeJob.