La programmation tient peu de place dans les questions d'entretien pour un automaticien Tosca. Le poste consiste à modéliser des écrans dans des modules, à assembler des TestCases réutilisables et à les alimenter en données avec le TestCase Design. Les offres françaises le demandent surtout autour de SAP, souvent en mission de plusieurs mois, avec la maintenance des automates en run et la formation des équipes de recette.
Un CV qui cite Tosca et la certification AS1 ne dit pas grand-chose de la tenue du référentiel. Les profils qui ont maintenu une suite dans la durée parlent de propriétés d'identification stables, de blocs réutilisables, de données consommées, de Recovery Scenarios et de pondération des exigences. Ceux qui ont surtout enregistré des écrans parlent de nombre de cas automatisés.
Pour l'entretien, partez d'une situation que la personne a vécue : un écran qui change, une régression de nuit en échec, un agent qui ne trouve plus SAP GUI. Demandez ce qu'elle a corrigé et à quel endroit du référentiel. Le PDF fournit 30 questions sur six axes, un cas de 20 minutes et une grille de 1 à 4.
Les briques de Tosca qu'un automaticien utilise chaque jour
Tosca Commander et le référentiel partagé
Le client lourd où l'on construit modules, TestCases et campagnes. Le référentiel est partagé par l'équipe en mode multi-utilisateur, avec un check-out et un check-in des objets modifiés. La façon dont un candidat range ce référentiel dit beaucoup de son expérience sur un projet à plusieurs.
Modules et XScan
XScan lit un écran et produit un module, c'est-à-dire la description technique de ses contrôles. Le choix des propriétés qui identifient chaque contrôle décide de la stabilité de toute la suite. Demandez comment la personne traite un identifiant qui change à chaque version.
TestCases, blocs réutilisables et paramètres
Un TestCase enchaîne des étapes construites sur les modules, avec des ActionModes (saisir, vérifier, mémoriser, attendre). Les étapes communes vont dans des Reusable TestStep Blocks avec des Business Parameters. Les valeurs propres à un environnement passent par des Test Configuration Parameters.
TestCase Design (TCD)
Le module de conception des cas. On y décrit les attributs d'une règle métier, leurs classes d'équivalence et leurs valeurs limites dans une TestSheet, puis Tosca génère un TestCase par combinaison à partir d'un template. C'est ce qui évite d'écrire des centaines de cas à la main.
Test Data Service
Le dépôt des données de test dynamiques, partagé entre les agents. Les TestCases y lisent, réservent et mettent à jour des enregistrements, par exemple une commande déjà facturée qui ne doit plus resservir. Sans lui ou un équivalent, une régression échoue pour de mauvaises raisons.
Moteurs SAP, web et Salesforce
Tosca pilote SAP GUI par son scripting, SAP Fiori et Salesforce Lightning comme des applications web, et enchaîne les trois dans un même processus. Tricentis cite aussi Oracle, Workday et ServiceNow. Les offres françaises insistent surtout sur SAP.
API Scan et virtualisation de service
API Scan importe la description d'une API pour la tester sans passer par l'écran. Orchestrated Service Virtualization (OSV) simule un système tiers indisponible. Un profil confirmé sait quand un test d'API remplace avantageusement un test d'interface.
Exécution distribuée, Tosca Server et Tosca Cloud
Avec Tosca Server, l'exécution distribuée (DEX) répartit les campagnes sur des agents. Tosca Cloud, la version SaaS, s'appuie sur l'Elastic Execution Grid, qui démarre des agents à la demande. Les CV parlent encore surtout de Commander et de DEX.
Vision AI et génération assistée
Vision AI identifie les contrôles à l'image, utile sur Citrix ou un bureau à distance. Tricentis ajoute des agents d'IA qui génèrent des TestCases à partir d'une description en langage courant. Vérifiez que le candidat sait relire et corriger ce qui est généré.
L'automaticien Tosca travaille le plus souvent sur des progiciels intégrés, avec des processus qui traversent plusieurs applications. Il reprend souvent un référentiel existant, parfois de plusieurs milliers de cas, et doit le garder exécutable à chaque livraison du progiciel. Selon l'équipe, le poste penche vers la conception des cas avec le métier, vers la construction et la maintenance des automates, ou vers l'industrialisation de l'exécution en intégration continue. La Tricentis Academy propose les parcours AS1 puis AS2, qui attestent la connaissance de l'outil. La tenue d'un référentiel en production se vérifie en entretien.
Les points techniques à valider chez un automaticien Tosca
- Modules, XScan et identification des contrôles
- TestCases réutilisables et paramétrage
- TestCase Design et données de test
- Automatisation SAP GUI, Fiori et Salesforce
- Exécution distribuée et stabilité des campagnes
- Couverture par les risques et maintenance du référentiel
Cinq questions d'entretien Tosca, réponses attendues comprises
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · confirmé
Un écran SAP Fiori change ses identifiants techniques à chaque version. Comment construisez-vous un module Tosca qui tient d'une version à l'autre ?
Une bonne réponseDans XScan, la personne écarte les identifiants générés et garde les propriétés stables : libellé, texte affiché, attributs métier, type de contrôle. Elle vérifie que le contrôle est trouvé de façon unique avec la mise en surbrillance, puis passe par une ancre (Identify by Anchor) si les propriétés ne suffisent pas. L'index vient en dernier recours. Le module est mis à jour par un rescan, sans en créer un second.
Signal d'alerteRescanner l'écran à chaque livraison et créer un nouveau module, ou identifier tous les contrôles par index. Une réponse qui ne parle que d'enregistrement de clics.
Question 2 · junior à confirmé
La connexion et la création d'une commande se répètent dans 200 TestCases. Comment organisez-vous ces étapes ?
Une bonne réponseUn Reusable TestStep Block rangé dans une bibliothèque, appelé par référence depuis chaque TestCase. Les valeurs qui changent (client, article, quantité) passent par des Business Parameters. Si l'écran change, on corrige le module. Si l'enchaînement change, on corrige le bloc, une seule fois. Quand seules les données varient, un template relié au TestCase Design évite d'écrire les 200 cas.
Signal d'alerteDes TestSteps copiés-collés d'un cas à l'autre, puis corrigés un par un à chaque évolution. Aucune notion de bibliothèque ni de paramètre.
Question 3 · confirmé
Une règle de tarification dépend de six critères. Comment évitez-vous d'écrire des centaines de cas à la main ?
Une bonne réponseUne TestSheet dans le TestCase Design, avec un attribut par critère et des instances qui représentent les classes d'équivalence et les valeurs limites. Une méthode de combinaison (expansion linéaire, pairwise) réduit le nombre de cas, et les combinaisons sans intérêt sont écartées. Un TestCase template relié à la TestSheet est instancié, ce qui produit un TestCase par ligne. Le nombre final se justifie par le risque couvert.
Signal d'alerteLe produit cartésien complet de toutes les valeurs, ou un fichier Excel tenu à part et recopié dans Tosca. Choisir les cas au hasard.
Question 4 · confirmé
Votre suite SAP GUI passe sur votre poste et échoue sur l'agent d'exécution. Qu'est-ce que vous vérifiez ?
Une bonne réponseLe scripting SAP GUI autorisé côté serveur (paramètre sapgui/user_scripting dans RZ11) et activé côté client, la même version de SAP GUI et des mêmes patchs sur l'agent, l'entrée SAP Logon et la langue de connexion. Ensuite l'agent lui-même : session Windows ouverte et non verrouillée, résolution et mise à l'échelle d'écran, droits de l'utilisateur de test. Les journaux et captures de l'exécution disent à quelle étape le moteur a perdu la main.
Signal d'alerteAjouter des attentes partout, ou conclure que l'agent est instable sans lire le journal d'exécution.
Question 5 · confirmé à senior
Chaque nuit, 15 % de la régression échoue, et jamais sur les mêmes TestCases. Comment traitez-vous le problème ?
Une bonne réponseIl classe d'abord les échecs : défaut de l'application, donnée déjà consommée, environnement indisponible, synchronisation. Les attentes fixes deviennent des WaitOn sur un état de l'écran. Des Recovery Scenarios et des Cleanup Scenarios remettent l'application dans un état connu avant le cas suivant. Les données sont réservées par cas (Test Data Service) au lieu d'être partagées. Les cas qui restent instables sortent de la régression jusqu'à correction, avec un ticket.
Signal d'alerteAugmenter tous les délais, ou relancer la campagne jusqu'à obtenir du vert. Annoncer un taux de réussite sans savoir d'où viennent les échecs.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
Recruter un automaticien Tosca : vos questions
Que doit savoir faire un automaticien Tosca confirmé ?
Construire des modules stables avec XScan, assembler des TestCases à partir de blocs réutilisables et de paramètres, générer les cas avec le TestCase Design, gérer les données consommées et lancer des campagnes distribuées. Sur un poste orienté progiciels, ajoutez SAP GUI et Fiori, parfois Salesforce, et les tests d'API. Un confirmé sait aussi expliquer pourquoi une campagne échoue avant de la relancer.
Les certifications AS1 et AS2 suffisent-elles pour juger un profil Tosca ?
Elles montrent que la personne a suivi les parcours de la Tricentis Academy et connaît les notions de base : modules, TestCases, TestCase Design. Elles ne disent rien de la maintenance d'un référentiel partagé ni d'une régression qui tourne chaque nuit. Demandez un exemple précis : un écran qui a cassé des dizaines de cas, et la correction apportée. Sans exemple vécu, le profil reste junior, certifié ou pas.
Un automaticien Selenium peut-il passer sur Tosca ?
Oui pour les réflexes : stratégie de test, attentes sur un état, données isolées, intégration continue. La logique change ensuite. Tosca sépare le modèle technique de l'écran des cas de test et des données, et le travail se fait sans code. Un profil Selenium qui cherche à tout scripter aura du mal au début. Comptez quelques semaines de pratique sur un référentiel réel, et plus longtemps pour SAP s'il ne l'a jamais testé.
Quel test technique proposer à un automaticien Tosca ?
Si vous avez une licence, donnez un petit référentiel avec un module mal identifié et trois TestCases copiés-collés à remettre en ordre, en 45 minutes. Sans licence, faites décrire au tableau la structure d'un processus à automatiser : modules, blocs, TestSheet, données, ExecutionList. Faites commenter chaque choix. Vous voyez vite si la personne pense maintenance ou seulement enregistrement.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
