Softwaretest bei Smart Brillen

Softwaretest bei Smart Brillen

Vor einigen Jahren galten smarte Brillen als gescheitertes Experiment. Google Glass war der erste Versuch, hat aber nicht viel Aufmerksamkeit bekommen und wurde schnell wieder vom Markt genommen. Heute stehen weltweit smarte Brillen in den Startlöchern, um in unseren Alltag einzuziehen.
Sie entwickeln sich zunehmend von spezialisierten Industrieprodukten zu vielseitigen Endgeräten für den privaten und professionellen Einsatz.

...weiter lesen

Einfach ausgedrückt handelt es sich um tragbare Computer, die in eine Brille integriert sind. Was sie können, hängt vom Modell ab. Aktuelle Geräte lassen sich in grundsätzlich zwei Kategorien differenzieren:
Smart Glasses 👓 Augmented Reality (AR)-Brillen
Sehen aus wie normale (Sonnen-)Brillen
Erweiterung de Smart Glasses um Augmented Reality (erweiterte Realität)
Wenige Basisfunktionen (z. B. Musik hören, telefonieren, Fotos und Videos aufnehmen)

Technik steckt in den Bügeln ⟶ Geräte bleibt „unauffällig“

Smart Brille kombinieren also klassische Funktionen tragbarer Computersysteme mit Sensorik, Kameras, Mikrofonen, Augmented Reality (AR), künstlicher Intelligenz sowie drahtlosen Kommunikationsschnittstellen. Dadurch entstehen hochkomplexe Softwaresysteme, deren Qualität maßgeblich über Benutzerakzeptanz, Sicherheit und Markterfolg entscheidet.

Im Gegensatz zu klassischen Desktop- oder Mobile-Anwendungen interagiert die Software einer Smart-Brille permanent mit ihrer Umgebung und dem Benutzer. Sie verarbeitet Sensordaten in Echtzeit, muss energieeffizient arbeiten und gleichzeitig höchste Anforderungen an Zuverlässigkeit und Datenschutz erfüllen. Daraus ergeben sich besondere Herausforderungen für den Softwaretest.

Anders als viele verfügbare Videos beleuchtet dieser Artikel die Herausforderungen im Softwartest bei Smart Brillen und nicht deren Handhabung/Nutzung.

Eine Smart-Brille besteht aus einer Vielzahl miteinander interagierender Hard- und Softwarekomponenten die reibungslos miteinander über entsprechende Schnittstellen funktionieren müssen. Typische Bestandteile sind:

Betriebssystem
Benutzeroberfläche
Kamerasoftware
Mikrofone und Sprachsteuerung
Sensoren (Gyroskop, Beschleunigungssensor, GPS, Näherungssensoren)
Bluetooth- und WLAN-Kommunikation
Cloud-Dienste
Mobile Companion-Apps
AR-Frameworks
KI-gestützte Funktionen

Die Software muss diese Komponenten synchronisieren und gleichzeitig eine geringe Latenz sowie einen niedrigen Energieverbrauch gewährleisten. Fehler wirken sich häufig unmittelbar auf die Benutzererfahrung oder sogar auf die Sicherheit des Nutzers aus.

Der Softwaretest wird zusätzlich dadurch erschwert, dass Smart-Brillen keine einheitliche Plattform darstellen. Die Hersteller verwenden unterschiedliche Hardwarearchitekturen, Betriebssysteme und Entwicklungsframeworks.

Beispiele hierfür sind:
Android-basierte Smart-Brillen
Proprietäre Betriebssysteme
Linux-basierte Systeme
AR-Plattformen unterschiedlicher Hersteller

Damit aber noch nicht genug. Hinzu kommen verschiedene Hardwareausstattungen; wie z. B.
unterschiedliche Kameras
verschiedene Displaytechnologien
Monokulare oder binokulare Displays
unterschiedliche Sensoranzahlen
verschiedene Akkukapazitäten
unterschiedliche Prozessorleistungen

Diese Vielfalt führt zu einer erheblichen Anzahl möglicher Testkonfigurationen.

Unterschiedliche Firmware-Versionen, verschiedene Betriebssystemversionen, Companion-Apps für Android und iOS, Cloud-Anbindungen, KI-Modelle und Firmware-Updates (Over-the-Air) lassen die Komplexität weiter ansteigen.
Es entstehen zahlreiche Kombinationsmöglichkeiten, die nicht vollständig getestet werden können. Ich rate daher zu einer risikoorientiert Testplanung.

Der Test von Smart-Brillen unterscheidet sich in mehreren Punkten vom Test klassischer Anwendungen. Die Funktionen müssen nicht nur auf dem Gerät, sondern im Zusammenspiel mit der Umgebung zuverlässig arbeiten. Dazu gehören Objekterkennung, räumliche Positionierung und die korrekte Darstellung von Informationen im Sichtfeld.

Anders als klassische Software beeinflusst die Hardware direkt das Nutzungserlebnis. Tests müssen berücksichtigen, wie angenehm die Brille über längere Zeit ist, ob sie verrutscht oder ob die Anzeige ermüdet.

Zudem müssen die Inhalte klar, stabil und gut lesbar im Sichtfeld erscheinen. Das Testen umfasst daher auch Helligkeit, Kontrast, Verzerrungen und die Reaktion auf schnelle Kopfbewegungen.

Viele Softwarefunktionen sind unmittelbar von der Hardware abhängig. Die Vielfalt der Eingabemethoden ist eine Herausforderung. Smart Brillen werden oft per Sprache, Kopfbewegung, Gesten oder Touchpads gesteuert. Jede dieser Eingaben muss unter unterschiedlichen Bedingungen getestet werden, etwa bei Hintergrundgeräuschen oder wechselnden Lichtverhältnissen.

So kann beispielsweise eine Gestenerkennung nur mit funktionierenden Sensoren überprüft werden. Defekte Sensoren, unterschiedliche Kamerakalibrierungen oder variierende Lichtverhältnisse beeinflussen das Testergebnis erheblich.

Smart-Brillen müssen Informationen nahezu verzögerungsfrei darstellen.
Beispiele:

Einblendung von Navigationsinformationen
Objekterkennung
Sprachübersetzung
AR-Overlays

Bereits geringe Verzögerungen beeinträchtigen die Benutzbarkeit erheblich. Das schreit nach einem verstärken Usability-Test.

Die Software beeinflusst unmittelbar die Akkulaufzeit.

Deshalb gehören auf jeden Fall nicht-funktionale Aspekte ebenfalls zum Testumfang:

CPU-Auslastung
Speicherverbrauch
Energieverbrauch
Hintergrundprozesse
Temperaturentwicklung

Lasttests für Smart Brillen funktionieren grundsätzlich ähnlich wie bei klassischer Software, müssen aber die besondere Kombination aus Hardware, Sensorik und Echtzeit Interaktion berücksichtigen.

1 Belastung der Softwarefunktionen
Hier sollte geprüft werden, wie stabil die Anwendungen auf der Brille laufen, wenn viele Prozesse gleichzeitig aktiv sind. Dazu gehören z. B. AR Darstellungen, Sprachbefehle, Kameraerkennung oder Netzwerkkommunikation. Man simuliert hohe Auslastung, um zu sehen, ob die App ruckelt, verzögert reagiert oder abstürzt.

2 Hardware Stresstests
Smart Brillen haben begrenzte Rechenleistung und Akkukapazität. Im Rahmen der Stresstests sollten daher min. die nachstehenden Messungen erfolgen:
wie schnell der Akku unter Dauerlast sinkt,
wie stark sich das Gerät erwärmt,
ob Sensoren (Kamera, Gyroskop, Mikrofon) unter Dauerbetrieb zuverlässig bleiben.

3 Netzwerklast und Datenübertragung Viele Funktionen hängen von einer stabilen Verbindung ab. Lasttests simulieren:
hohe Datenmengen (z. B. Video Streaming oder Live Analyse),
schwankende WLAN Qualität,
parallele Cloud Anfragen. So zeigt sich, ob die Brille bei Netzwerkstress weiterhin flüssig arbeitet.

4 AR Rendering unter hoher Belastung Da Smart Brillen oft virtuelle Inhalte in Echtzeit einblenden, sollte getestet werden:
wie viele Objekte gleichzeitig dargestellt werden können,
wie stabil die Bildrate bleibt,
ob die Darstellung bei schnellen Kopfbewegungen sauber nachgeführt wird.

5 Realistische Nutzungsszenarien Lasttests finden nicht nur im Labor statt. Typische Szenarien sind:
Arbeiten im Freien bei Sonne oder Dunkelheit,
Nutzung in lauten Umgebungen (Sprachsteuerung),
schnelle Bewegungen oder längere Tragezeiten. So erkennt man, wie sich Belastung im Alltag auswirkt.

Der wichtigste Unterschied zu klassischen Anwendungen: Smart Brillen müssen oft gleichzeitig hohe Rechenlast, Sensoraktivität und Umgebungsanforderungen bewältigen. Lasttests kombinieren daher mehrere Stressfaktoren, um realistische Grenzbedingungen zu erzeugen.

Smart-Brillen verarbeiten häufig personenbezogene Daten. Da Smart Brillen häufig Kameras und Mikrofone nutzen, ist der Umgang mit sensiblen Daten besonders kritisch. Tests müssen sicherstellen, dass Aufnahmen korrekt verarbeitet, gespeichert oder anonymisiert werden.
Neben den funktionalen Tests sind daher auch umfangreiche Sicherheits- und Penetrationstests erforderlich.

Dazu gehören:

Sprachaufzeichnungen
Fotos
Videos
Positionsdaten
Blickrichtungen
biometrische Informationen

Viele Funktionen hängen stark von äußeren Faktoren ab. Diese Bedingungen lassen sich häufig nur durch Feldtests oder spezielle Testlabore simulieren.

Meine Empfehlung lautet daher, dass die Tests in verschiedenen realen Szenarien stattfinden: drinnen, draußen, bei Sonne, Dunkelheit, Regen oder in belebten Umgebungen. Die Software muss unter unterschiedlichsten Umgebungsbedingungen zuverlässig funktionieren.

Für den Softwaretest von Smart-Brillen können zahlreiche etablierte Testentwurfsverfahren eingesetzt werden. Diese stammen unter anderem aus dem ISTQB® Certified Tester Foundation Level und ermöglichen eine systematische Ableitung von Testfällen.

Die Äquivalenzklassenbildung reduziert die Anzahl notwendiger Testfälle, indem Eingabebereiche mit gleichem Verhalten zusammengefasst werden.

Beispiel:
Helligkeitseinstellung
Werte 0–100 %
gültige Klasse: 0–100
ungültige Klasse: kleiner 0
ungültige Klasse: größer 100


Anstatt jeden einzelnen Wert zu testen, genügt jeweils ein repräsentativer Vertreter jeder Klasse.
Viele Fehler treten an den Grenzen zulässiger Werte auf. Daher bietet sich auch die Grenzwertanalyse für den Helligkeitstest, ebenso wie für den Test der Sensorwerte, Temperaturgrenzen oder Netzwerkparameter, als Testentwurfsverfahren an.

Viele Funktionen einer Smart-Brille hängen von mehreren Bedingungen gleichzeitig ab.

Beispiel einer Kamerafunktion:

Kamera aktiviert Akku ausreichend Speicher frei Foto möglich

Entscheidungstabellen helfen hier, um sämtliche Kombinationen systematisch abzudecken.

Smart-Brillen befinden sich häufig in unterschiedlichen Betriebszuständen.

Beispielsweise:
ausgeschaltet
Startvorgang
betriebsbereit
Standby
Energiesparmodus
Firmware-Update
Fehlerzustand


Getestet werden sowohl die Zustände als auch die Übergänge zwischen ihnen.

Viele Funktionen lassen sich anhand realer Nutzungsszenarien testen.

Beispiel: Servicetechniker
1. Brille einschalten
2. WLAN verbinden
3. QR-Code scannen
4. Wartungsinformationen anzeigen
5. Foto aufnehmen
6. Bericht in Cloud hochladen

Dieser Test überprüft den gesamten Geschäftsprozess aus Sicht des Benutzers.

Für einen zweiwöchigen Praxistest wurde eine Smart Brille im beruflichen und privaten Alltag eingesetzt. Ziel war es herauszufinden, wie gut sie typische Aufgaben unterstützt: Navigation, Informationsabruf, Foto-/Videoaufnahmen, Kommunikation sowie Arbeiten im Außendienst.

1. Erster Eindruck und Einrichtung
Die Brille wirkt hochwertig, ist aber spürbar schwerer als eine normale Brille. Die Einrichtung über die App funktionierte problemlos: Bluetooth koppeln, Benutzerkonto anlegen, kurze Kalibrierung der Displays. Bereits hier fiel positiv auf, dass die Benutzerführung klar strukturiert ist.
Praxisfazit: Nach fünf Minuten war alles einsatzbereit – ein guter Start.

2. Einsatz im Außendienst – Hände frei, Blick frei
Der wichtigste Anwendungsfall war die Nutzung während technischer Inspektionen. Die Brille blendet Checklisten und Hinweise direkt ins Sichtfeld ein, ohne die Sicht zu blockieren. Besonders hilfreich war die Sprachsteuerung:
„Nächster Schritt“
„Foto aufnehmen“
„Video starten“
Die Befehle wurden zuverlässig erkannt, selbst in einer lauten Maschinenhalle. Die Möglichkeit, Fotos aus der Ich Perspektive aufzunehmen, erwies sich als enorm wertvoll für Dokumentation und spätere Fehleranalyse.
Praxisfazit: Die Smart Brille spart Zeit, weil man nicht ständig zum Smartphone greifen muss. Die Dokumentation wird präziser, da die Hände frei bleiben.

3. Navigation im urbanen Umfeld Beim Test in der Innenstadt zeigte die Brille Richtungsanweisungen als kleine Pfeile am unteren Displayrand. Das wirkt weniger aufdringlich als ein Smartphone Display, aber bei direkter Sonneneinstrahlung war die Anzeige schwer zu erkennen.
Praxisfazit: Für Fußgänger und Radfahrer sehr praktisch, aber die Displayhelligkeit ist ein klarer Schwachpunkt.

4. Kommunikation – Benachrichtigungen und Telefonie Kurze Nachrichten werden dezent eingeblendet. Das ist angenehm, weil man nicht ständig aufs Handy schauen muss. Telefonate über die integrierten Lautsprecher funktionierten gut, allerdings hörten Umstehende die Gesprächspartner leicht mit.
Praxisfazit: Für schnelle Kommunikation ideal, aber nicht für vertrauliche Gespräche.

5. Akkulaufzeit im Alltag Im intensiven Einsatz (Navigation, Fotos, Sprachbefehle) hielt der Akku etwa 3,5 Stunden. Bei sporadischer Nutzung waren 6–7 Stunden möglich. Für einen kompletten Arbeitstag reicht das nicht.
Praxisfazit: Die Akkulaufzeit ist der größte limitierende Faktor.

6. Tragekomfort und Alltagstauglichkeit Nach etwa zwei Stunden wurde die Brille spürbar schwer. Beim schnellen Kopfbewegungen verrutschte sie leicht. Für Brillenträger mit Sehstärke ist ein Korrekturglaseinsatz notwendig, der zusätzlich Gewicht bringt.
Praxisfazit: Für kurze Einsätze top, für ganztägiges Tragen noch nicht ausgereift.

7. Datenschutz und Akzeptanz im Umfeld Im öffentlichen Raum reagierten Menschen teilweise irritiert, da nicht klar erkennbar ist, ob gerade gefilmt wird. Das führte zu Nachfragen und gelegentlich zu Ablehnung.
Praxisfazit: Für sensible Umgebungen (Büros, Meetings, Kundenkontakt) nur eingeschränkt geeignet. Die Smart Brille zeigt im Praxistest, dass sie in bestimmten professionellen Szenarien einen echten Mehrwert bietet – insbesondere dort, wo Hände frei bleiben müssen und Informationen direkt im Sichtfeld benötigt werden. Für den privaten Alltag oder ganztägige Nutzung ist sie jedoch noch nicht vollständig ausgereift. Die Technologie ist beeindruckend, aber klar auf spezifische Anwendungsfälle optimiert.

Komplexe Zusammenhänge zwischen Eingaben und Systemreaktionen können mithilfe von Ursache-Wirkungs-Diagrammen strukturiert werden.

Beispielsweise:
WLAN verfügbar
Benutzer angemeldet
Clouderreichbar

führen gemeinsam zur Wirkung
Synchronisation erfolgreich.

Diese Methode eignet sich besonders für komplexe Systemlogik.

Neben systematischen Testfällen spielt exploratives Testen eine wichtige Rolle.

Gerade innovative Benutzeroberflächen, Sprachsteuerung oder AR-Anwendungen weisen häufig Fehler auf, die sich nicht vollständig spezifizieren lassen.

Erfahrene Tester kombinieren hierbei Fachwissen, Kreativität und spontane Testideen, um bisher unbekannte Fehler aufzudecken.

Aufgrund der hohen Anzahl möglicher Konfigurationen gewinnt die Testautomatisierung erheblich an Bedeutung.

Automatisiert werden beispielsweise:
Regressionstests
API-Tests
Integrationstests
Performance-Tests
Firmwaretests
Build-Validierung
Continuous-Integration-Tests


Demgegenüber bleiben Usability-, Ergonomie- sowie AR-Darstellungen häufig Gegenstand manueller Tests, da sie stark von der menschlichen Wahrnehmung abhängen.

Für einen vollständigen Qualitätssicherungsprozess werden unterschiedliche Testumgebungen eingesetzt:
Emulatoren
Hardware-in-the-Loop-Systeme
reale Smart-Brillen
simulierte Sensoren
Netzwerksimulatoren
Klimakammern
Feldtests unter realen Einsatzbedingungen

Erst das Zusammenspiel dieser Testumgebungen ermöglicht eine realistische Qualitätsbewertung.

Video

Qualitätsmanagement

Fazit

Der Softwaretest von Smart-Brillen gehört aufgrund der engen Verzahnung von Hardware, Software, Sensorik, Kommunikation und Benutzerinteraktion zu den anspruchsvollsten Bereichen der Qualitätssicherung.

Die Vielfalt unterschiedlicher Geräteplattformen, Betriebssysteme, Firmware-Versionen und Einsatzszenarien macht einen strukturierten und risikoorientierten Testansatz unverzichtbar. Gleichzeitig lassen sich klassische Testentwurfsmethoden wie Äquivalenzklassenbildung, Grenzwertanalyse, Entscheidungstabellentest, zustandsbasierter Test, anwendungsfallbasierter Test sowie exploratives Testen wirkungsvoll einsetzen, um Fehler systematisch und effizient aufzudecken.

Gerade aufgrund dieser Komplexität zeigt sich die Bedeutung des fundamentalen Testprozesses nach dem ISTQB® Certified Tester.
Die Phasen Testplanung und -steuerung, Testanalyse, Testdesign, Testrealisierung, Testdurchführung, Bewertung der Endekriterien sowie Testabschluss schaffen einen klaren, nachvollziehbaren Rahmen für die Qualitätssicherung. Sie ermöglichen eine risikobasierte Priorisierung von Testaktivitäten, gewährleisten die Rückverfolgbarkeit von Anforderungen und unterstützen eine kontinuierliche Verbesserung des Testprozesses.

Unabhängig davon, ob klassische Software, mobile Anwendungen oder innovative Smart-Brillen getestet werden, bleibt der fundamentale Testprozess ein universell anwendbares Vorgehensmodell. Er stellt sicher, dass Testaktivitäten systematisch geplant, effizient durchgeführt und nachvollziehbar dokumentiert werden und bildet damit auch im Umfeld moderner Wearables die Grundlage für eine hohe Softwarequalität.




Blog & Posts

Lade...