QA Tester — test exploratoire

À distance · temps partiel · contrat · chevauchement avec 09:00–15:00 heure de Dubaï (UTC+4)

À propos du produit

InterMIND est un espace de communication pour les équipes qui travaillent dans plusieurs langues : réunions, chat, documents et comptes rendus, chaque participant voyant et entendant tout dans la langue de sa pensée. Il fonctionne sur le web, sur iOS et Android, et sur ordinateur de bureau, avec plusieurs participants, rôles (hôte, membre, invité) et 17 langues d'interface. C'est cette surface que vous allez casser.

Ce que vous ferez

Tester le produit chaque jour ouvré et signaler ce qui casse. Pas « exécuter des cas de test » — explorer : rejoindre une réunion depuis deux appareils, changer de langue en cours d'appel, inviter un invité, recharger au mauvais moment, comparer ce que le produit promet avec ce qu'il fait.
Travailler à partir de courtes chartes quotidiennes que nous vous fournissons (par exemple : « un invité rejoint via un lien depuis Android, l'hôte approuve, les deux changent de langue en cours d'appel »). Vous décidez comment le casser.
Rédiger des rapports de bug qu'un développeur peut reproduire sans vous poser une seule question.
Revérifier les bugs corrigés lorsque nous vous le demandons.

À quoi ressemble un bon rapport de bug

C'est tout le travail.

Titre — une ligne, ce qui est cassé, pas ce que vous avez fait.
Environnement — appareil, OS, navigateur et version, version de l'application, votre langue d'interface, votre langue de traduction.
Étapes — numérotées, depuis un démarrage à froid, exactement ce sur quoi vous avez cliqué ou ce que vous avez dit.
Attendu vs réel.
Preuves — capture d'écran ou enregistrement d'écran. Pour tout ce qui implique la voix ou la traduction, un enregistrement de ce qui a été dit et de ce qui a été affiché.
Identifiants — le lien de la réunion, l'heure (UTC, à la minute près), l'e-mail du compte utilisé.
Reproductibilité — combien de fois vous avez essayé, combien de fois c'est arrivé.

Un rapport sans étapes, preuves ni identifiants n'est pas accepté.

Qui correspond

Patient et méticuleux : vous pouvez exécuter le même scénario de trois minutes dix fois pour distinguer un bug aléatoire d'un vrai bug.
Curieux de savoir comment les choses cassent, et pas offensé lorsqu'un rapport s'avère être « fonctionne comme prévu ».
À l'aise avec les bases : ouvrir la console du navigateur, enregistrer l'écran, utiliser deux appareils ou deux comptes à la fois.
Anglais écrit suffisamment bon pour des rapports précis. Une deuxième langue que vous parlez vraiment est un vrai atout — nous testons la traduction avec de la parole réelle.
Disponibilité fiable aux heures convenues, pas « quand j'ai le temps ».

Non requis

Certifications QA, automatisation des tests, programmation, expérience préalable avec des produits d'IA. Nous vous donnons les critères pour savoir ce qui compte comme un bug de traduction ; votre travail, c'est la preuve.

Comment nous recrutons

Un essai rémunéré d'une semaine. Trois chartes, vos rapports, notre revue — la tâche est publiée ici : Semaine d'essai — QA test exploratoire (PDF). Les rapports sont évalués sur le nombre d'entre eux que nous pouvons reproduire à partir de vos étapes seules, pas sur le nombre que vous soumettez.
Contrat si l'essai se passe bien : au tarif horaire, à distance, avec un horaire hebdomadaire convenu.

Ce dont vous avez besoin

Un ordinateur portable (Windows ou macOS) avec une webcam et un casque, un smartphone (Android ou iOS), et une connexion internet stable.

Postuler

Envoyez une courte note à propos de vous et un rapport de bug que vous avez rédigé — pour n'importe quel produit, un vrai bug que vous avez trouvé, au format ci-dessus.