QA Tester — exploratives Testing

Remote · Teilzeit · Vertrag · mit Überschneidung zu 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. Es läuft im Web, auf iOS und Android und auf dem Desktop, mit mehreren Teilnehmern, Rollen (Host, Mitglied, Gast) und 17 Oberflächensprachen. Diese Oberfläche werden Sie „brechen“.

Was Sie tun werden

• Testen Sie das Produkt an jedem Arbeitstag und melden Sie, was nicht funktioniert. Nicht „Testfälle ausführen“ — erkunden Sie: Treten Sie einem Meeting von zwei Geräten bei, wechseln Sie die Sprache mitten im Call, laden Sie einen Gast ein, laden Sie zum falschen Zeitpunkt neu und vergleichen Sie, was das Produkt verspricht, mit dem, was es tut.
• Arbeiten Sie anhand kurzer täglicher Chartas, die wir Ihnen geben (zum Beispiel: „Ein Gast tritt über einen Link von Android bei, der Host genehmigt, beide wechseln mitten im Call die Sprache“). Sie entscheiden, wie Sie es „brechen“.
• Schreiben Sie Bug-Berichte, die ein Entwickler ohne eine einzige Rückfrage reproduzieren kann.
• Überprüfen Sie behobene Bugs erneut, wenn wir Sie darum bitten.

Wie ein guter Bug-Bericht aussieht

Das ist die ganze Aufgabe.

• Titel — eine Zeile, was kaputt ist, nicht was Sie getan haben.
• Umgebung — Gerät, OS, Browser und Version, App-Version, Ihre Oberflächensprache, Ihre Übersetzungssprache.
• Schritte — nummeriert, von einem frischen Start, genau das, was Sie geklickt oder gesagt haben.
• Erwartet vs. tatsächlich.
• Nachweis — Screenshot oder Bildschirmaufnahme. Für alles, was Sprache oder Übersetzung betrifft, eine Aufnahme dessen, was gesagt wurde, und dessen, was angezeigt wurde.
• Identifikatoren — der Meeting-Link, die Uhrzeit (UTC, auf die Minute), die verwendete Account-E-Mail.
• Reproduzierbarkeit — wie oft Sie es versucht haben, wie oft es aufgetreten ist.

Ein Bericht ohne Schritte, Nachweise oder Identifikatoren wird nicht akzeptiert.

Wer passt

• Geduldig und sorgfältig: Sie können dasselbe dreiminütige Szenario zehnmal ausführen, um einen zufälligen Glitch von einem echten Bug zu unterscheiden.
• Neugierig darauf, wie Dinge „brechen“, und nicht gekränkt, wenn ein Bericht sich als „works as designed“ herausstellt.
• Vertraut mit den Grundlagen: die Browser-Konsole öffnen, den Bildschirm aufzeichnen, zwei Geräte oder zwei Accounts gleichzeitig nutzen.
• Schriftliches Englisch gut genug für präzise Berichte. Eine zweite Sprache, die Sie tatsächlich sprechen, ist ein echter Pluspunkt — wir testen Übersetzung mit echter Sprache.
• Zuverlässige Verfügbarkeit zu vereinbarten Zeiten, nicht „wenn ich Zeit habe“.

Nicht erforderlich

QA-Zertifizierungen, Testautomatisierung, Programmierung, vorherige Erfahrung mit KI-Produkten. Wir geben Ihnen die Kriterien, was als Übersetzungs-Bug gilt; Ihre Aufgabe ist der Nachweis.

Wie wir einstellen

1. Eine bezahlte einwöchige Probezeit. Drei Chartas, Ihre Berichte, unser Review — die Aufgabe ist hier veröffentlicht: Probezeit — QA exploratives Testing (PDF). Berichte werden danach bewertet, wie viele davon wir allein anhand Ihrer Schritte reproduzieren können, nicht danach, wie viele Sie einreichen.
2. Vertrag, wenn die Probezeit gut verläuft: stundenbasiert, remote, mit einem vereinbarten Wochenplan.

Was Sie benötigen

Ein Laptop (Windows oder macOS) mit Webcam und Headset, ein Smartphone (Android oder iOS) und eine stabile Internetverbindung.

Bewerben

Senden Sie eine kurze Notiz über sich selbst und einen Bug-Bericht, den Sie verfasst haben — für ein beliebiges Produkt, einen echten Bug, den Sie gefunden haben, im obigen Format.