Friendly User Test ist nicht gleich Friendly User Test: Warum ein FUT wie ein verkleinerter Realbetrieb allen mehr bringt_

Die Diskussion rund um die Telematikinfrastruktur wird aktuell stark durch Begriffe wie HSM‑B, TI‑Gateway und ZeroTrust geprägt. Parallel dazu rückt der Friendly User Test (FUT) immer stärker in den Fokus: häufig als Nachweis, dass HSM‑B „in der Praxis funktioniert“. In vielen Gesprächen entsteht dabei der Eindruck, dass ein bestandener FUT bereits eine belastbare Aussage über die Qualität einer Lösung trifft.

Genau hier lohnt sich ein genauerer Blick: Formell mag überall „HSM‑B getestet“ werden, faktisch unterscheiden sich die zugrunde liegenden Architekturen und damit die Aussagekraft der Tests jedoch erheblich.

Der Friendly User Test ist vor allem da relevant, wo es eine große Benutzergruppe betrifft. Heißt von wenigen Nutzern wird eine Funktionalität getestet, wie sie so dann auch von der breiten Maße genutzt wird bzw. auch genutzt werden kann. Dabei gilt es von Anfang an jene Rahmenbedingungen abzubilden, die später den Alltag bestimmen: reale Beantragungsprozesse, unterschiedliche Netzstrecken, parallele Zugriffe, Nutzung über mehrere Organisationseinheiten und die Integration in bestehende Primärsysteme. Damit stehen sich zwei Denkweisen gegenüber:

• Auf der einen Seite wird HSM‑B vor allem als Komponente betrachtet, deren korrekte Funktion innerhalb einer anderen Komponente nachgewiesen werden soll.

• Auf der anderen Seite wird HSM‑B als zentraler Infrastrukturbaustein im Rechenzentrum verstanden, der im Verbund mit einem TI‑Gateway und unter realitätsnahen Bedingungen betrieben wird.

In einem komponentenorientierten Ansatz konzentriert sich der FUT vor allem auf technische Korrektheit: Können Signaturen ausgelöst werden? Werden Identitäten korrekt genutzt? Erfüllt die Lösung die Spezifikationen?

Das ist legitim, blendet aber wesentliche Aspekte des späteren Betriebs aus. Unser Ansatz geht bewusst einen Schritt weiter: Wir betreiben HSM‑B im TI-Gateway, also zentral in einem Rechenzentrum für unterschiedliche Nutzergruppen, und testen von Beginn an über reale Netzstrecken und in realitätsnahen Nutzungsszenarien. Der Friendly User Test wird damit zu einem Mini‑Realbetrieb für jeden möglichen TI-Teilnehmer. Er zeigt nicht nur, dass die Abbildung als virtuelle Karte technisch möglich ist, sondern wie gut sich die Gesamtlösung im Alltag tragen lässt. Das macht die Tests nicht einfacher: im Gegenteil. Sie werden komplexer, weil mehr Faktoren berücksichtigt werden müssen. Genau dadurch steigt aber ihre Aussagekraft: Effekte wie steigende Latenzen bei wachsender Nutzung, instabilere Prozesse bei parallelen Zugriffen oder ein erhöhter Supportaufwand tauchen nicht erst im Produktivbetrieb auf, sondern werden frühzeitig sichtbar.

Für Reseller und Einrichtungen ist diese Perspektive entscheidend. Ihre zentrale Frage lautet nicht mehr nur: „Funktioniert es technisch eine HSM-B als virtuelle Karte umzusetzen?“ Sondern:

„Lässt sie sich die Lösung unter realen Bedingungen stabil und wirtschaftlich betreiben?“

Wenn HSM‑B als zentraler Service gedacht und getestet wird, lassen sich Beantragung, Betrieb, Skalierung und Servicequalität deutlich besser planen und steuern. Ein weiterer Effekt: Was im Friendly User Test aufgebaut wird, bleibt kein einmaliger Projektaufbau.

Unser Ziel bei ehex ist es, eine Lösung bereitzustellen, die anschließend von allen genutzt werden kann: als standardisierter, zentral betriebener Service. So profitieren nicht nur einzelne Pilotkunden mit speziellen Voraussetzungen, sondern der gesamte Markt von einer Architektur, die bereits unter realen Bedingungen erprobt wurde. Andere Anbieter testen ihre Ansätze ebenfalls unter realen Bedingungen: das ist gut für die Entwicklung der TI insgesamt. Der Unterschied liegt in der Konsequenz, mit der der spätere Betrieb in die Architektur und in das Testdesign einfließt.

Je näher ein FUT an der Realität der Allgemeinheit ist, desto kleiner wird die Lücke zwischen Test und Alltag. Am Ende bleibt eine einfache Erkenntnis: Ein Friendly User Test ist nur so gut wie die Realität, die er abbildet. Entscheidend ist nicht, ob HSM‑B im Test funktioniert, sondern ob die Architektur, in der es betrieben wird, auch unter realen Bedingungen trägt, und zwar für alle, die sie nutzen wollen.

Wer sich tiefer mit den unterschiedlichen Ansätzen, ihren Auswirkungen auf bestehende Strukturen oder konkreten Migrationspfaden beschäftigen möchte, ist herzlich eingeladen, das Thema mit uns auf der DMEA zu vertiefen. Wir nehmen uns Zeit für einen fachlichen Austausch – gerne auch über kritische Punkte hinaus. Hier geht's zur Terminbuchung: eHealth Experts | Zeeg