← Alle offenen Rollen

QA Engineer — exploratives Testing jenseits der Automatisierung

Remote · Teilzeit · Vertrag · zeitliche Überschneidung mit 09:00–15:00 Dubai-Zeit (UTC+4)

Über das Produkt

InterMIND ist ein Kommunikationsraum für Teams, die sprachübergreifend arbeiten: Meetings, Chat, Dokumente und Zusammenfassungen, wobei jeder Teilnehmer alles in der Sprache sieht und hört, in der er denkt. Web, iOS und Android, Desktop; mehrere Teilnehmer mit Rollen (Host, Mitglied, Gast); 17 Oberflächensprachen; Live-Sprachübersetzung, übersetzter Chat, Dokumentübersetzung. Echtzeit-Medien über WebRTC, eine Übersetzungs-Engine im Pfad und all diese Dinge laufen auf dem jeweiligen Gerät und Netzwerk, das der Teilnehmer gerade zur Verfügung hat.

Was die Automatisierung bereits abdeckt — und was sie nicht abdecken kann

Wir führen Unit-, Integrations-, End-to-End- und Multi-Actor-Chaos-Suiten bei jedem Push aus, und eine KI liest jeden Morgen die Produktionsfehler. Einfache, deterministische Pfade sind abgedeckt; wir brauchen niemanden, der sie durchklickt.

Was kein Skript abdeckt und was diese Rolle umfasst:

  • Viele Geräte, echte Netzwerke. Laptop plus zwei Telefone, Bluetooth-Headset-Wechsel mitten im Call, Wi-Fi → LTE-Handover, ein Captive Portal, ein Corporate Proxy, die App im Hintergrund während eines Calls, ein vom OS gedrosselter Tab.
  • Wahrgenommene Qualität. Ist die übersetzte Stimme verständlich, ist ihr Timing in einem echten Gespräch nutzbar, bleibt die Bedeutung erhalten — Namen, Zahlen, Verneinungen, Idiome, zwei Personen, die gleichzeitig sprechen? Ist das Audio nach einem Reconnect sauber? Nur eine Person kann das beurteilen, und das braucht einen Kriterienkatalog, kein Gefühl.
  • Exotische Pfade. Rollenwechsel mitten im Call, ein Gast und ein Mitglied mit demselben Namen, Bildschirmfreigabe plus Laserpointer plus Chat-Übersetzung gleichzeitig, RTL- und CJK-Oberflächensprachen, ein per Kalender erstelltes Meeting, dem vom falschen Konto aus beigetreten wird, eine Zusammenfassung, gelesen in einer Sprache, die niemand im Call gesprochen hat.
  • Ursachenforschung. Nicht „es ist kaputtgegangen", sondern „es ist nur auf dem zweiten Gerät kaputtgegangen, nachdem der Host stummgeschaltet hat — hier ist der Replay, hier ist die Konsole, hier ist, was meiner Meinung nach passiert".

Was Sie tun werden

  • Erkunden Sie das Produkt anhand von kurzen Chartas, die wir Ihnen geben (ein Bereich, eine Hypothese, ein Geräte-Set). Sie entscheiden, wie Sie es „brechen" und wo Sie als Nächstes suchen.
  • Melden Sie Ihre Ergebnisse über die eigene Give Feedback-Funktion des Produkts — sie erfasst für Sie den Bildschirm, die Konsole, den Browser und das Session-Replay; Sie fügen die Aufnahme hinzu, was Sie getan und was Sie gesehen haben. Keine Formulare, keine Tabellen.
  • Schreiben Sie kurze Qualitätsbewertungen, wo ein Bug-Report die falsche Form ist: Übersetzungsangemessenheit bei echter Sprache, Audio nach Netzwerkereignissen, die Nutzbarkeit der übersetzten Stimme — bewertet anhand eines Kriterienkatalogs, mit Beispielen.
  • Prüfen Sie Fixes auf Anfrage erneut nach und sagen Sie uns, wenn ein Fix etwas anderes verändert hat.

Wer passt

  • Technisch. Sie lesen eine Konsole und einen Netzwerk-Tab, Sie wissen, was ICE, Codecs und Paketverlust sind, oder lernen es in einem Tag, Sie können ein Telefon über adb steuern, eine Verbindung drosseln, Audiogeräte wechseln und genau sagen, auf welchem Build Sie waren.
  • Kreativ. Sie suchen nach Pfaden, die niemand aufgeschrieben hat. Jeden Tag dieselbe Checkliste auszufüllen, ist nicht diese Stelle.
  • Erfahren. Mehrere Jahre im Testen von Echtzeit-, Medien- oder Mehrbenutzer-Produkten zählen hier viel — Sie wissen bereits, wo solche Systeme versagen. Erfahrung zählt genauso viel wie die Probe selbst.
  • Sprachen. Englisch gut genug für präzise Berichte; mindestens eine weitere Sprache, die Sie muttersprachlich oder nahezu muttersprachlich sprechen, da die Übersetzungsqualität vom Gehör beurteilt wird.
  • Zuverlässige Verfügbarkeit zu den vereinbarten Zeiten.

Wie wir einstellen

  1. Eine bezahlte einwöchige Probe — die Aufgabe ist öffentlich: drei Chartas genau zu den oben genannten schwierigen Bereichen, gemeldet über das Produkt. Bewertet wird, wie viel von dem, was Sie gefunden haben, wir bestätigen können, und die Qualität Ihres Urteils, wo die Bestätigung nicht der Punkt ist.
  2. Vertrag, wenn die Probe gut verläuft: stundenweise, remote, ein vereinbarter wöchentlicher Zeitplan.

Was Sie benötigen

Ein Laptop mit Webcam und Headset, mindestens ein Smartphone (zwei — ein Android, ein iOS — ist ein Plus), ein Bluetooth-Headset und ein Netzwerk, das Sie absichtlich schlecht machen können.

Bewerbung

Schicken Sie eine kurze Notiz über sich, das Echtzeit- oder Medienprodukt, das Sie zuletzt getestet haben, und einen Bug, den Sie darin gefunden haben, den ein Skript nicht hätte finden können.

Aufgabe für die Testwoche (PDF)