FR 3163460 A1 20251219 FR 2406384 A 20240617 Session de test La présente description concerne un dispositif de communication sans fil (122) adapté à communiquer avec un outil de test (110) en établissant une communication sans fil, et adapté à communiquer avec un dispositif à tester (121), dans lequel ledit dispositif de communication sans fil (122) est adapté à : - intercepter une première commande de démarrage d'une session de test envoyée par ledit outil de test (110) audit dispositif à tester (121) ; et - quand une session de test est démarrée, fournir une première réponse modifiée quand le dispositif à tester (121) répond à une deuxième commande de test (TEST_CMD) envoyée par ledit outil de test (110) par une deuxième réponse (TEST_RSP) que ledit outil de test (110) n'est pas capable d'interpréter. Figure pour l'abrégé : Fig. 1 Session de test La présente description concerne de façon générale les systèmes et dispositifs électroniques, et plus particulièrement la mise en oeuvre de test de systèmes et dispositifs électroniques. La présente description se rapporte, plus particulièrement, à la mise en oeuvre de test d'un élément sécurisé embarqué utilisant une communication en champ proche. Il est très commun de tester des dispositifs électroniques pendant leur fabrication ou avant d’être mis sur le marché pour vérifier leur conformité à une norme ou à un standard. Pour cela, un ou plusieurs outils de test sont reliés au dispositif et mettent en oeuvre une ou plusieurs opérations permettant de vérifier le fonctionnement physique et/ou logicielle du dispositif électronique. Il existe des outils de test utilisant des connexions filaires avec les dispositifs à tester, mais il existe aussi des outils de test utilisant des connexions sans fil. Il serait souhaitable de pouvoir améliorer, au moins en partie, certains aspects des mises en oeuvre de test de dispositifs électroniques, et, en particulier, certains aspects des mises en oeuvre de test dispositifs électroniques utilisant des connexions sans fil. Il existe un besoin pour des dispositifs électroniques à tester de capable d'adapter ses réponses aux tests en fonction de l'outil de test utilisé. Il existe un besoin des dispositifs électroniques comprenant des dispositifs de communication sans fil capable de comprendre qu'une session de test est en cours. Il existe un besoin des dispositifs électroniques comprenant des dispositifs de communication sans fil capable de comprendre qu'une session de test est en cours et d'adapter les informations communiquées par un dispositif à tester en conséquence. Un mode de réalisation prévoit une mise en oeuvre de test permettant de prendre en compte toutes les sortes d'informations communiquées par un dispositif à tester. Un mode de réalisation prévoit un dispositif de communication sans fil capable de comprendre qu'une session de test est en cours et d'adapter les informations communiquées par un dispositif à tester en conséquence. Un mode de réalisation prévoit un dispositif de communication sans fil adapté à communiquer avec un outil de test en établissant une communication sans fil, et adapté à communiquer avec un dispositif à tester, dans lequel ledit dispositif de communication sans fil est adapté à : - intercepter une première commande de démarrage d'une session de test envoyée par ledit outil de test audit dispositif à tester ; et - quand une session de test est démarrée, fournir une première réponse modifiée quand le dispositif à tester répond à une deuxième commande de test envoyée par ledit outil de test par une deuxième réponse que ledit outil de test n'est pas capable d'interpréter. Un autre mode de réalisation prévoit un procédé de mise en oeuvre d'un test d'un dispositif à tester par un outil de test, dans lequel ledit outil de test est adapté à communiquer avec un dispositif de communication sans fil en établissant une communication sans fil, et ledit dispositif de communication sans fil est adapté à communiquer avec un dispositif à tester, dans lequel ledit dispositif de communication sans fil est adapté à : - intercepter une première commande de démarrage d'une session de test envoyée par ledit outil de test audit dispositif à tester ; et - quand une session de test est démarrée, fournir une première réponse modifiée quand le dispositif à tester répond à une deuxième commande de test envoyée par ledit outil de test par une deuxième réponse que ledit outil de test n'est pas capable d'interpréter. Selon un mode de réalisation, ledit dispositif de communication sans fil est adapté à sortir dudit mode de test après le traitement de ladite deuxième commande de test. Selon un mode de réalisation, ledit dispositif de communication sans fil est adapté à sortir dudit mode de test après le traitement d'un nombre fini de troisième commandes de test. Selon un mode de réalisation, ledit dispositif de communication sans fil est adapté à sortir dudit mode de test après réception d'une quatrième commande d'arrêt de ladite session de test. Selon un mode de réalisation, une valeur de ladite première réponse est stockée dans ledit dispositif de communication sans fil. Selon un mode de réalisation, la valeur de ladite première réponse est définie par ladite première commande. Selon un mode de réalisation, ladite communication sans fil est une communication en champ proche. Selon un mode de réalisation, ledit dispositif à tester est un élément sécurisé. Selon un mode de réalisation, ledit dispositif à tester est un élément sécurisé embarqué. Un autre mode de réalisation prévoit un dispositif électronique comprenant le dispositif de communication sans fil décrit précédemment et ledit dispositif à tester. Un autre mode de réalisation prévoit un système électronique comprenant le dispositif décrit précédemment et ledit outil de test. Ces caractéristiques et avantages, ainsi que d'autres, seront exposés en détail dans la description suivante de modes de réalisation particuliers faite à titre non limitatif en relation avec les figures jointes parmi lesquelles : la FIG. 1 représente, très schématiquement et sous forme de blocs, un mode de réalisation d'un système de test d'un élément sécurisé embarqué ; la FIG. 2 représente un schéma-bloc illustrant un mode de mise en oeuvre d'un procédé de test d'un élément sécurisé embarqué ; et la FIG. 3 représente un schéma-bloc illustrant un autre mode de mise en oeuvre d'un procédé de test d'un élément sécurisé embarqué. De mêmes éléments ont été désignés par de mêmes références dans les différentes figures. En particulier, les éléments structurels et/ou fonctionnels communs aux différents modes de réalisation peuvent présenter les mêmes références et peuvent disposer de propriétés structurelles, dimensionnelles et matérielles identiques. Par souci de clarté, seuls les étapes et éléments utiles à la compréhension des modes de réalisation décrits ont été représentés et sont détaillés. Sauf précision contraire, lorsque l'on fait référence à deux éléments connectés entre eux, cela signifie directement connectés sans éléments intermédiaires autres que des conducteurs, et lorsque l'on fait référence à deux éléments reliés (en anglais "coupled") entre eux, cela signifie que ces deux éléments peuvent être connectés ou être reliés par l'intermédiaire d'un ou plusieurs autres éléments. Dans la description qui suit, lorsque l'on fait référence à des qualificatifs de position absolue, tels que les termes "avant", "arrière", "haut", "bas", "gauche", "droite", etc., ou relative, tels que les termes "dessus", "dessous", "supérieur", "inférieur", etc., ou à des qualificatifs d'orientation, tels que les termes "horizontal", "vertical", etc., il est fait référence sauf précision contraire à l'orientation des figures. Sauf précision contraire, les expressions "environ", "approximativement", "sensiblement", et "de l'ordre de" signifient à 10 % près, de préférence à 5 % près. Les modes de réalisation décrits ci-après concernent la mise en oeuvre de test de dispositif électronique, et plus particulièrement la mise en oeuvre de test utilisant une communication sans fil, comme, par exemple, une communication en champ proche (NFC Near Field Communication). Les modes de réalisation décrits ci-après concerne plus en détails la mise en oeuvre de test d'un dispositif électronique sécurisé, comme un élément sécurisé, par exemple un élément sécurisé embarqué. Les inventeurs ont découvert que certains outils ou dispositifs de test n'étaient pas capable de prendre en compte toutes les sortes de réponses envoyées par un dispositif à tester. Selon un exemple, certains outils ou dispositifs de test ne sont pas capables d'interpréter une absence de réponse comme une réponse valable à une commande de test alors qu'une telle réponse est acceptable dans un contexte d'utilisation d'un produit, autre que celui d'un test. Pour pallier à ce problèmes, les inventeurs ont décidé de rendre un dispositif de communication en champ proche capable d'adapter des réponses envoyées par un dispositif à tester pendant la mise en oeuvre d'un test. Ces modes de réalisation sont décrits en relation avec les figures 1 à 3. Les modes de réalisation décrits ci-dessus sont particulièrement adaptés pour être utilisés dans tout type de marchés industriels où il peut être nécessaire de tester des éléments sécurisés embarqués en utilisant une communication sans fil. Plus particulièrement, un système de test peut être destiné à : - l'industrie automobile, par exemple dans le domaine de l'électrification automobile ou dans le domaine des systèmes avancés d'aide à la conduite (Advanced Driver Assistance Systems - ADAS) ou dans les systèmes permettant l’accès à une voiture via un déverrouillage de la voiture par le téléphone ou un autre élément tel qu’une clé ; - l'industrie industrielle, par exemple dans le domaine de l'énergie verte, dans le domaine de l'électrification des infrastructures, de l'internet des objets (Internet of Things - IoT) et des maisons intelligentes (SmartHome), où la consommation d'électricité et d'énergie et l'échange de données sont des éléments clés ; et - l'industrie de l'électronique personnelle, par exemple dans le domaine de la téléphonie mobile, de l'internet des objets (Internet of Things - IoT), le domaine des interfaces haut débit, ou le domaine des cartes ayant au moins une interface sans contact par exemple du type Near Field Communication tels que carte de paiement (carte de banques), carte d’identité, passeports, parte de fidélité. Plus particulièrement, ces modes de réalisation sont particulièrement adaptés au domaine de la téléphonie mobile, et du test des éléments sécurisés embarqués, comme les cartes SIM. La FIG. 1 représente, très schématiquement et sous forme de blocs, un système 100 mettant en oeuvre le test d'un dispositif électronique. Le système 100 comprend un outil de test 110 (TEST Tool) ou dispositif de test 110 adapté à mettre en oeuvre un procédé de test d'une partie d'un dispositif électronique 120 à tester. Des exemples de procédés de test sont décrits en détails en relation avec les figures 2 et 3. L'outil de test 110 est un dispositif électronique ou un programme, ou logiciel, mis en oeuvre par ordinateur. L'outil de test 110 est adapté à communiquer avec le dispositif 120 en utilisant un dispositif de communication 111 (Server). Selon un exemple préféré, l'outil de test 110 est adapté à communiquer avec le dispositif 120 par connexion à un serveur 111. Selon un exemple, l'outil de test 110 est configuré pour communiquer avec le serveur 111 par l'intermédiaire d'une liaison API1 utilisant différents types d'interfaces électroniques et/ou logicielles. Le dispositif 120 comprend un dispositif 121 (eSE) qui est à tester. Selon un exemple, le dispositif 121 est un dispositif sécurisé, comme un élément sécurisé. Selon un mode de réalisation préféré, le dispositif 121 est un élément sécurisé, ou un élément sécurisé embarqué. Le dispositif 120 comprend, en outre, un dispositif de communication sans fil 122 (NFCC) adapté à mettre en oeuvre une communication sans fil permettant d'échanger des données avec l'extérieur, et en particulier avec l'outil de test 110. Selon un exemple préféré, le dispositif de communication sans fil 122 est adapté à mettre en oeuvre une communication en champ proche. Dans ce cas, le dispositif de communication sans fil 122 peut aussi être appelé contrôleur NFC. Le dispositif de communication sans fil 122 est adapté à échanger des données avec le dispositif 121 via une liaison filaire, par exemple de type unifilaire utilisant un protocole de type protocole à fil unique (SWP, Single Wire Protocol), ou via des mémoires ou des registres internes. Selon un exemple, une liaison utilisant un protocole de communication connu sous la dénomination anglaise "Simplified High-Level Data Link Control" (sHDLC) ou un protocole de communication sécurisé connu sous la dénomination anglais CEE Contact Less Transport (CLT) comme défini dans le standard référencé TS 102 613. Pour communiquer entre eux, l'outil 110 et le dispositif 120 peuvent utiliser un dispositif intermédiaire 130 comprenant différentes couches matérielles et/ou logicielles permettant de convertir le format des données transmises par l'outil 110 et par le dispositif 120. Selon une variante, les différentes couches matérielles et/ou logicielles du dispositif intermédiaire 130 peuvent être comprises partiellement ou en totalité dans l'outil de test 110 et/ou partiellement ou en totalité dans le dispositif 120. Selon un exemple, le dispositif intermédiaire 130 comprend : - une couche 131 (Client) ; - une couche 132 (Custom Layer) ; et - un lecteur sans fil 133 (Reader RF). La couche 131 est une couche logicielle adaptée à échanger des données directement avec le dispositif 111 en utilisant une liaison TCP/IP utilisant des protocoles de type Protocol de transmission de commande (TCP, Transmission Control Procotol) et des protocoles de type Protocole Internet (IP, Internet Protocol) ou une liaison utilisant des protocoles de type Protocole de datagramme utilisateur (UDP, User Datagram Protocol) et des protocoles de types Protocole Internet (IP). La liaison entre l’élément 111 et l’élément 131, permet une flexibilité d’exécuter les tests sur un seul pcs ou sur plusieurs pc sur un même réseau ou à distance à travers le réseau internet. La couche 131 est, en outre, adaptée à échanger des données directement avec la couche 132 en utilisant une liaison API2. Selon un exemple, la liaison API2 utilise différents types d'interface électronique et/ou logicielle. La couche 131 est adapté à tourner sur un ordinateur qui peut être le même que celui exécutant l’élément 100 ou sur un ordinateur différent permettant d’exécuter des liens entre 2 ordinateurs sur un même réseau (privé) ou via internet. La couche 132 est une couche logicielle et/ou matérielle adapté à communication avec la couche 132 et avec le lecteur sans 133. Selon un exemple, la couche 132 est adaptée à communiquer directement avec le lecteur sans fil 133 via une liaison PCSC. Selon un exemple, la liaison PCSC est une couche d’abstraction logicielle qui interface un lecteur de carte à puce via une liaison filaire utilisant, par exemple, un cable de type USB. Le lecteur sans fil 133 est adapté à échanger des données directement avec la couche 132 et directement avec le dispositif de communication sans fil 122 du dispositif 120. La couche 132 présente l’avantage de fournir une couche d’abstraction à la couche 131 (client) ce qui permet au dispositif de test de ne pas devoir s’adapter à tous les modes de communications et protocoles qui serait utilisés par la cible qui est testée. Dans ce cas-ci, si le dispositif de test teste une carte de type eSIM, c'est-à-dire une carte d'identification personnelle dématérialisée, il devrait probablement implémenter les protocoles ISO7816 (pour simuler la partie dite contact du téléphone) et sHDLC/CLT pour simuler la partie sans fil des transactions. Si la cible est un élément combinant une communication sans fil, comme une communication en champ proche, et des fonctionnalités d'une carte eSIM, le dispositif de test devrait implémenter une couche permettant de discuter avec la carte eSIM au travers du contrôleur NFC, c'est-à-dire du contrôleur mettant en oeuvre la communication sans fil, (probablement en utilisant des protocoles de communication connus sous les dénominations I2C (Inter Integrated Circuit), I3C (Improved Inter Integrated Circuit), ou SPI (Serial Peripheral Interface) et utiliser un lecteur sans fil). La couche d’abstraction permet de simplifier l’implémentation du serveur et de voir apparaître des nouvelles implémentations de la cible sans devoir modifier les implémentations des dispositif de test. La FIG. 2 est un schéma bloc illustrant un mode de mise en oeuvre d'un procédé de test 200 exécuté au sein du système 100 décrit en relation avec la FIG. 1 . Plus particulièrement, la FIG. 2 illustre les étapes mises en oeuvre par l'outil de test 110, le dispositif de communication sans fil 122 et le dispositif 121 à tester. A une étape 201 (Start TEST Mode), mise en oeuvre par l'outil de test 110, l'outil de test 110 démarre une session de test. A une étape 202 (Snd Activation CMD), successive à l'étape 201, mise en oeuvre par l'outil de test 110, l'outil de test 110 envoie une commande Act_CMD indiquant le démarrage de la session de test au dispositif à tester 121. A une étape 203 (Int Activation CMD), successive à l'étape 202, mise en oeuvre par le dispositif de communication sans fil 122, le dispositif de communication sans fil 122 reçoit la commande Act_CMD et l'intercepte. Autrement dit, le dispositif 122 ne transmet pas la commande Act_CMD au dispositif à tester 121. A une étape 204 (Test Mode), successive à l'étape 203, mise en oeuvre par le dispositif de communication sans fil 122, en réponse à la commande Act_CMD, le dispositif de communication sans fil 122 entre dans un mode de test dans lequel son mode de fonctionnement diffère. Cela est détaillé ci-après. A une étape 205 (Snd TEST CMD), successive à l'étape 204, mise en oeuvre par l'outil de test 110, la session de test est démarrée, et l'outil de test 110 envoie une commande de test TEST_CMD à l'intention du dispositif à tester 121. Pour cela, l'outil de test 110 envoie la commande de test TEST_CMD au dispositif 122 pour qu'il la transmette au dispositif 121 à tester. A une étape 206 (Trans TEST CMD), successive à l'étape 205, mise en oeuvre par le dispositif de communication sans fil 122, le dispositif de communication sans fil 122 reçoit la commande de test TEST_CMD et la transmet au dispositif à tester 121. A une étape 207 (Rcv TEST CMD), successive à l'étape 206, mise en oeuvre par le dispositif à tester 121, le dispositif à tester 121 reçoit la commande TEST_CMD de la part du dispositif de communication sans fil 122 et commence son traitement. A une étape 208 (Snd TEST CMD), successive à l'étape 207, mise en oeuvre par le dispositif à tester 121, le dispositif 121 a terminé le traitement de la commande de test TEST_CMD et produit une réponse TEST_RSP. Le dispositif 121 envoie la réponse TEST_RSP au dispositif de communication sans fil 122 pour transmission à l'outil de test 110. A une étape 209 (Rsp Ok?), successive à l'étape 208, mise en oeuvre par le dispositif de communication sans fil 122, le dispositif de communication sans fil 122 reçoit la réponse TEST_RSP et la vérifie. Si la réponse TEST_RSP est une réponse d'un type de réponse qui est interprétable par l'outil de test 110, l'étape suivante est une étape 210 (Trans Rsp). Sinon, c'est-à-dire si la réponse TEST_RSP est une réponse d'un type de réponse qui n'est pas interprétable par l'outil de test 110, l'étape suivante est une étape 211 (Trans Other Rsp). On dit ici que l'outil de test 110 n'est pas capable d'interpréter une réponse si celle-ci peut être interprétée comme un message d'erreur et non comme une réponse alors qu'elle devrait être interprétée comme une réponse. Selon un exemple, l'outil de test 110 peut ne pas être capable d'interpréter des réponses encodées d'une certaine manière, des réponses vides, ou une absence de réponse. En effet, le dispositif de communication sans fil est également adapté à déterminer si le dispositif 121 n'envoie pas de réponse. Une explication de la non-réponse serait que le test exécuté par le dispositif de test, veuille vérifier qu’une commande est bien reçue et traitée par la cible (120/121) mais que la réponse correcte du test est une non-réponse de la cible. Par exemple, la commande envoyée ne lui est pas adressée. Dans ce cas, la cible reçoit la commande mais n’y répond pas. Une non-réponse sur un protocole sans contact est difficile à interpréter car cela pourrait aussi être associé à une erreur de transmission qui aurait le même effet de non-réponse. En remplaçant la réponse de la commande par un information compréhensible, le dispositif de test à la certitude du traitement qui a été effectué. Le cas décrit, on peut imaginer que l’élément sécurisé embarqué aurait répondu une trame de communication vide (sans donnée à retourner sur la communication sans contacte). Le contrôleur NFC interprète cette réponse et répond la réponse décrite à l'étape 211. Cette réponse sera comprise par le lecteur sans contact et retournée à travers les couches jusqu’au dispositif de test qui validera cette réponse en fonction du résultat attendu du test. De plus, ce mode de test permet d’exécuter des suites de tests sans perturber l’utilisation de ces mêmes éléments lorsqu’ils sont déployés sur le marché et intégré dans une infrastructure (tel qu’une infrastructure de validation de ticket de transport en commun). A l'étape 210, successive à l'étape 209, mise en oeuvre par le dispositif de communication sans fil 122, le dispositif de communication sans fil 122 transmet la réponse TEST_RSP à l'outil de test 110 sans aucune modification. A l'étape 211 (Trans Other Rsp), successive à l'étape 209, mise en oeuvre par le dispositif de communication sans fil 122, le dispositif de communication sans fil 122 ne transmet pas la réponse TEST_RSP à l'outil de test 110, mais remplace la réponse TEST_RSP par une réponse NFCC_RSP qui est interprétable par l'outil de test 110. Selon un exemple, la valeur de la réponse NFCC_RSP est stockée dans le dispositif de communication sans fil. A une étape 212 (Rcv Rsp), successive à l'étape 210 ou 211, mise en oeuvre par l'outil de test 110, l'outil de test reçoit la réponse TEST_RSP ou la réponse NFCC_RSP et en tire les conclusions nécessaires. D'autres étapes du type de l'étape 205, c'est-à-dire des étapes d'envoi d'une commande de test, peuvent être mises en oeuvre après l'étape 212. Le dispositif de communication sans fil 110 peut sortir du mode de test de différentes manières. Selon une premier exemple, le dispositif de communication sans fil 122 est adapté à sortir du mode de test après le traitement d'une seule commande de test TEST_CMD. Selon un deuxième exemple, le dispositif de communication sans fil 122 est adapté à sortir du mode de test après le traitement d'un nombre fini de commandes de test TEST_CMD. Selon un troisième exemple, le dispositif de communication sans fil 122 est adapté à sortir du mode de test après réception d'une commande spécifique d'arrêt de la session de test provenant, par exemple, de l'outil de test 110. Un avantage de ce mode de réalisation est qu'il permet qu'un outil de test prenne en compte, pendant une période de test, toutes les sortes de réponses fournies par un dispositif à tester. Vu d'une autre manière, cela peut permettre de rendre un outil de test compatible à plus de dispositifs à tester différents. La FIG. 3 est un schéma bloc illustrant un mode de mise en oeuvre d'un procédé de test 300 exécuté au sein du système 100 décrit en relation avec la FIG. 1 . Plus particulièrement, la FIG. 3 illustre les étapes mises en oeuvre par l'outil de test 110, le dispositif de communication sans fil 122 et le dispositif 121 à tester. Le procédé de test 300 de la FIG. 3 est similaire au procédé de test 200 décrit en relation avec la FIG. 2 . Les éléments communs des procédés 200 et 300 ne sont pas décrits de nouveaux en détail ci-après. Seules les différences entre les procédés 200 et 300 sont mises en exergue. La différence principale entre le procédé 300 et le procédé 200 est que, dans le procédé 300, la commande de démarrage d'une session de test permet, en outre, de définir la valeur de la réponse modifiée envoyée par le dispositif de communication sans fil 122 en cas de réponse non interprétable par l'outil de test 110. Autrement dit, dans le procédé 300 : - l'étape 202 est remplacée par une étape 302 (Snd Set Rsp CMD) ; - l'étape 203 est remplacée par une étape 303 (Int Set Rsp CMD) ; et - l'étape 211 est remplacée par une étape 311 (Trans Predefined Rsp). De plus, le procédé 300 comprend les étapes 201, 204 à 210 et 212 décrites en relation avec la FIG. 2 . A une étape 302 (Snd Activation CMD), successive à l'étape 201, mise en oeuvre par l'outil de test 110, l'outil de test 110 envoie une commande Set_Rsp_CMD indiquant le démarrage de la session de test au dispositif à tester 121 et fournissant une valeur de réponse de remplacement au dispositif de communication sans fil 122. Cette valeur de remplacement permet de former une réponse qui est interprétable par l'outil de test 110 dans l'étape 311 ultérieure. A une étape 303 (Int Activation CMD), successive à l'étape 302, mise en oeuvre par le dispositif de communication sans fil 122, le dispositif de communication sans fil 122 reçoit la commande Set_Rsp_CMD et l'intercepte. Autrement dit, le dispositif 122 ne transmet pas la commande Set_Rsp_CMD au dispositif à tester 121. De plus, le dispositif de communication sans fil 122 stocke la valeur de réponse de remplacement comprise dans la commande Set_Rsp_CMD. A l'étape 311 (Trans Other Rsp), successive à l'étape 209, mise en oeuvre par le dispositif de communication sans fil 122, le dispositif de communication sans fil 122 a reçu la réponse TEST_RSP de la part du dispositif à tester 121, et cette réponse n'est pas interprétable par l'outil de test 110. Le dispositif de communication 122 ne transmet pas la réponse TEST_RSP à l'outil de test 110, mais remplace la réponse TEST_RSP par une réponse Predef_RSP qui est interprétable par l'outil de test 110 dont la valeur est égale à la valeur transmise par la commande Set_Rsp_CMD. Cela permet au dispositif de test de valider que la commande a bien eu l’effet attendu. Le message de vérification étant introduit par le dispositif de test, ce message n’est donc pas prédictible par la cible qui pourrait essayer de le simuler pour sauter/réussir le test. Comme précédemment, d'autres étapes du type de l'étape 205, c'est-à-dire des étapes d'envoi d'une commande de test, peuvent être mises en oeuvre après l'étape 212. De plus, le dispositif de communication sans fil 110 peut sortir du mode de test de différentes manières. Selon une premier exemple, le dispositif de communication sans fil 122 est adapté à sortir du mode de test après le traitement de la commande de test TEST_CMD. Selon un deuxième exemple, le dispositif de communication sans fil 122 est adapté à sortir du mode de test après le traitement d'un nombre fini de commandes de test TEST_CMD. Selon un troisième exemple, le dispositif de communication sans fil 122 est adapté à sortir du mode de test après réception d'une commande spécifique d'arrêt de la session de test provenant, par exemple, de l'outil de test 110. Un avantage de ce mode de réalisation est qu'il permet qu'un outil de test prenne en compte, pendant une période de test, toutes les sortes de réponse fournies par un dispositif à tester. Vu d'une autre manière, cela peut permettre de rendre un outil de test compatible à plus de dispositif à tester différent. Divers modes de réalisation et variantes ont été décrits. La personne du métier comprendra que certaines caractéristiques de ces divers modes de réalisation et variantes pourraient être combinées, et d’autres variantes apparaîtront à la personne du métier. En particulier, d'autres moyens de sortir du mode de test peuvent être envisagés. Enfin, la mise en oeuvre pratique des modes de réalisation et variantes décrits est à la portée de la personne du métier à partir des indications fonctionnelles données ci-dessus. Dispositif de communication sans fil (122) adapté à communiquer avec un outil de test (110) en établissant une communication sans fil, et adapté à communiquer avec un dispositif à tester (121), dans lequel ledit dispositif de communication sans fil (122) est adapté à : - intercepter une première commande (Act_CMD ; Set_Rsp_CMD) de démarrage d'une session de test envoyée par ledit outil de test (110) audit dispositif à tester (121) ; et - quand une session de test est démarrée, fournir une première réponse modifiée (NFCC_RSP ; Predef_RSP) quand le dispositif à tester (121) répond à une deuxième commande de test (TEST_CMD) envoyée par ledit outil de test (110) par une deuxième réponse (TEST_RSP) que ledit outil de test (110) n'est pas capable d'interpréter. Procédé de mise en oeuvre d'un test d'un dispositif à tester (121) par un outil de test (110), dans lequel ledit outil de test (110) est adapté à communiquer avec un dispositif de communication sans fil (122) en établissant une communication sans fil, et ledit dispositif de communication sans fil (122) est adapté à communiquer avec un dispositif à tester (121), dans lequel ledit dispositif de communication sans fil (122) est adapté à : - intercepter une première commande (Act_CMD ; Set_Rsp_CMD) de démarrage d'une session de test envoyée par ledit outil de test (110) audit dispositif à tester (121) ; et - quand une session de test est démarrée, fournir une première réponse modifiée (NFCC_RSP ; Predef_RSP) quand le dispositif à tester (121) répond à une deuxième commande de test (TEST_CMD) envoyée par ledit outil de test (110) par une deuxième réponse (TEST_RSP) que ledit outil de test (110) n'est pas capable d'interpréter. Dispositif selon la revendication 1, ou procédé selon la revendication 2, dans lequel ledit dispositif de communication sans fil (122) est adapté à sortir d'un mode de test après le traitement de ladite deuxième commande de test (TEST_CMD). Dispositif selon la revendication 1, ou procédé selon la revendication 2, dans lequel ledit dispositif de communication sans fil (122) est adapté à sortir d'un mode de test après le traitement d'un nombre fini de troisième commandes de test. Dispositif selon la revendication 1, ou procédé selon la revendication 2, dans lequel ledit dispositif de communication sans fil (122) est adapté à sortir d'un mode de test après réception d'une quatrième commande d'arrêt de ladite session de test. Dispositif selon l'une quelconque des revendications 1, 3 à 5, ou procédé selon l'une quelconque des revendications 2 à 5, dans lequel une valeur de ladite première réponse modifiée (NFCC_RSP) est stockée dans ledit dispositif de communication sans fil. Dispositif selon l'une quelconque des revendications 1, 3 à 5, ou procédé selon l'une quelconque des revendications 2 à 5, dans lequel la valeur de ladite première réponse modifiée (Predef_RSP) est définie par ladite première commande (Set_Rsp_CMD). Dispositif selon l'une quelconque des revendications 1, 3 à 7, ou procédé selon l'une quelconque des revendications 2 à 7, dans lequel ladite communication sans fil (122) est une communication en champ proche. Dispositif selon l'une quelconque des revendications 1, 3 à 8, ou procédé selon l'une quelconque des revendications 2 à 8, dans lequel ledit dispositif à tester (121) est un élément sécurisé. Dispositif ou procédé selon la revendication 9, dans lequel ledit dispositif à tester (121) est un élément sécurisé embarqué. Dispositif électronique (120) comprenant le dispositif de communication sans fil (122) selon l'une quelconque des revendications 1, 3 à 10 et ledit dispositif à tester (121). Système électronique comprenant le dispositif selon la revendication 11 et ledit outil de test (110).