QA / QA Automation

Donc, en tant que leader, vous étiez précisément dans votre sous-équipe, et c'est votre sous-équipe que vous avez réduite en régression?

Quelles caractéristiques du test des applications mobiles peux-tu nommer?

Il faut vérifier que l'interface utilisateur ne se casse pas sur tous les appareils possibles. La parc de dispositifs physiques est limité. Comment peut-on effectuer des vérifications supplémentaires?

Parlons des erreurs entre le backend et les clients. Vous testez une application mobile, dans la section "Favoris". Sur tous les comptes de test, des produits ont été ajoutés, mais sur un compte, au lieu des produits, un message d'erreur "Quelque chose s'est mal passé" s'affiche. Vous connectez un sniffer. Sur tous les comptes, vous recevez 200 OK et JSON. Quelles sont vos prochaines actions?

Où aimeriez-vous évoluer?

Aujourd'hui c'est vendredi, le client dit qu'il faut sortir la version en urgence ce soir, mais la régression n'est pas encore prête. Que ferais-tu dans une telle situation?

As-tu déjà rencontré le manifeste Android ? Qu'est-ce que c'est ?

As-tu travaillé avec Docker?

Qu'est-ce que tu pourrais déléguer à un junior de la check-list de release et qu'est-ce que tu vérifierais toi-même?

Pouvez-vous expliquer en détail comment vous avez configuré l'automatisation ? Avez-vous écrit les tests vous-même ou avez-vous décidé de les automatiser ?

Quelles vérifications non fonctionnelles pouvez-vous mentionner qu'il serait préférable de vérifier en premier dans une application mobile ayant ajouté le paiement par code QR?

Discussion avec le développeur : il dit que ce n'est pas un bug, mais une fonctionnalité. Tu es sûr que c'est un bug. De plus, dans le cahier des charges et les maquettes, la zone grise ne comporte aucune précision à ce sujet. Que feras-tu ?

Supposons la situation : vous êtes un testeur principal, vous avez plusieurs juniors sous votre responsabilité, et vous préparez une version. Quels critères de préparation à la sortie établiriez-vous ?