La présente invention concerne un système de validation d'un système de contrôle-commande doté d'une interface homme-machine permettant à un opérateur de piloter des équipements industriels, et un procédé de validation d'un système de contrôle commande associé.

L'invention se situe dans le domaine du contrôle d'installations industrielles.

De manière connue, les installations industrielles, par exemple des usines ou des centrales de production d'énergie, comportent de nombreux équipements ayant des spécifications de fonctionnement associées. Pour une installation de ce type, il est connu d'utiliser un système logiciel de contrôle et de supervision à distance, appelé classiquement système de contrôle-commande.

Il est nécessaire, avant la mise en service d'un système de contrôle-commande pour une nouvelle installation industrielle, ou lors de chaque mise à jour introduisant de nouvelles fonctionnalités dans ce système, de valider le système de la manière la plus exhaustive possible. Une telle validation se fait par la mise en œuvre d'un ensemble de séquences de tests fonctionnels, qui mettent en œuvre un ensemble de simulations de commandes, pour ensuite recueillir et analyser les résultats de l'ensemble de tests fonctionnels effectués. Les tests fonctionnels sont, de manière classique, définis par des opérateurs, qui génèrent ces tests en fonction des entrées-sorties du système de contrôle-commande de l'installation industrielle.

Selon l'état de la technique connu, lors d'une phase de validation d'un système de contrôle-commande, on utilise un logiciel de simulation du fonctionnement effectif des équipements industriels en fonction des ordres de commande envoyés par le système de contrôle-commande, dit logiciel de simulation de parties opératives. Il existe divers tels logiciels de simulation de parties opératives dans le commerce.

La génération d'un ensemble de tests fonctionnels pour la validation d'un système de contrôle-commande, l'exécution et l'analyse des résultats des tests après exécution sont des opérations consommatrices de temps lorsqu'elles sont mises en œuvre par des opérateurs humains. De plus, il existe un fort risque d'erreur et d'absence d'exhaustivité, donc le niveau de fiabilité d'une telle validation risque de ne pas être satisfaisant.

On connaît des solutions logicielles d'automatisation de tests fonctionnels, mais qui sont inadaptées à la conduite de tests de systèmes de contrôle-commande d'installations industrielles.

Par ailleurs, il est possible d'envisager un développement informatique spécifique pour la validation d'un système de contrôle-commande particulier. Cependant, une telle solution est adaptée pour des cas où le système à valider est utilisé à grande échelle, pour de nombreuses applications, ce qui permet d'en supporter le coût, ce qui n'est pas le cas des systèmes de contrôle-commande d'installations industrielles qui sont en général adaptés pour une installation industrielle particulière, ou pour un petit nombre de telles installations.

L'invention a pour objectif de remédier aux inconvénients précités.

A cet effet, l'invention propose, selon un premier aspect, un système de validation d'un système de contrôle-commande doté d'une interface homme-machine permettant à un opérateur de piloter des équipements industriels. Le système de validation comporte :

- un module de simulation d'opérateur apte à simuler l'interaction d'un opérateur avec les entrées et sorties de l'interface homme-machine du système de contrôle commande,

- des moyens de pilotage d'un simulateur du comportement des équipements industriels pilotés en réponse à des ordres de pilotage reçus via le système de contrôle- commande,

- des moyens d'exécution automatique d'un ensemble de tests fonctionnels associés au système de contrôle-commande mettant en œuvre le module de simulation d'opérateur et les moyens de de pilotage.

Avantageusement, le système de l'invention permet d'exécuter un ensemble de tests fonctionnels sans intervention d'un opérateur humain, ce qui permet de rendre la validation d'un système de contrôle-commande plus rapide et plus fiable.

Le système selon l'invention peut présenter une ou plusieurs des caractéristiques ci-dessous, prises indépendamment ou en combinaison :

- l'interface homme-machine du système de contrôle-commande comporte une interface graphique d'affichage, et le module de simulation d'opérateur comporte des moyens de récupération d'une image d'affichage de l'interface graphique d'affichage de l'interface homme-machine du système de contrôle-commande et des moyens d'insertion de données et de simulation d'actions sur l'interface graphique d'affichage de l'interface homme machine du système de contrôle-commande ;

- il comporte des moyens de stockage d'au moins un catalogue d'objets graphiques représentatifs d'équipements pilotés par le système de contrôle-commande et le module de simulation d'opérateur comporte des moyens de reconnaissance d'objets graphiques extraits d'une image d'affichage en fonction d'objets graphiques stockés dans ledit catalogue d'objets graphiques ;

- ledit catalogue d'objets graphiques comporte en outre, des objets identifiants et des zones de lecture/écriture associés à des objets graphiques stockés ; - le module de simulation d'opérateur comporte des moyens de reconnaissance de caractères textuels représentés graphiquement dans une zone de lecture/écriture dans une image d'affichage ;

- le module de simulation d'opérateur comporte des moyens de recherche automatique d'une zone de lecture/écriture associée à un objet identifiant d'un objet graphique ;

- les moyens d'exécution automatique d'un ensemble de tests fonctionnels comportent des moyens de génération et de mémorisation de rapports d'exécution de tests ;

- les moyens de pilotage du simulateur du comportement des équipements industriels pilotés en réponse à des ordres de pilotage reçus via le système de contrôle- commande comportent une interface d'interopérabilité entre des entrées/sorties du simulateur du comportement des équipements industriels pilotés et les moyens d'exécution automatique d'un ensemble de tests fonctionnels ;

- ladite interface d'interopérabilité met en œuvre des composants de simulation définis par un modèle fonctionnel générique des équipements industriels à piloter, et les moyens d'exécution automatique pilotent ladite interface d'interopérabilité via des paramètres de configuration et/ou d'exécution desdits composants de simulation.

Selon un deuxième aspect, l'invention concerne un procédé de validation d'un système de contrôle-commande doté d'une interface homme-machine permettant à un opérateur de piloter des équipements industriels par exécution d'un ensemble de tests fonctionnels. Le procédé comporte des étapes, mises en œuvre pour au moins un test fonctionnel, comportant au moins un ordre de pilotage d'un équipement, de :

- simulation d'opérateur pour demander l'exécution dudit test fonctionnel par le système de contrôle-commande via une interface graphique du système de contrôle- commande, par fourniture d'une image d'affichage d'entrée,

- obtention d'une image d'affichage de sortie de l'interface graphique du système de contrôle-commande, suite à une simulation du comportement des équipements industriels pilotés en réponse à l'ordre de pilotage,

- reconnaissance d'objets graphiques représentatifs d'équipements à partir de l'image d'affichage de sortie obtenue.

Le procédé de validation d'un système de contrôle-commande comporte en outre une étape de mémorisation de résultats des tests fonctionnels et de génération de rapports. Il comporte une étape d'extraction d'au moins une région de l'image d'affichage de sortie, et l'étape de reconnaissance comporte une reconnaissance d'objets graphiques dans ladite région.

L'étape de reconnaissance comporte des sous-étapes de recherche d'un objet identifiant d'un objet graphique prédéterminé, et de recherche d'une zone de lecture/écriture associée audit objet identifiant dans un voisinage prédéterminé dudit objet identifiant.

L'étape de reconnaissance comporte en outre une reconnaissance de caractères textuels dans une dite zone de lecture/écriture.

L'invention concerne, selon un autre aspect, un produit programme d'ordinateur comportant des instructions pour mettre en œuvre les étapes d'un procédé de validation d'un système de contrôle-commande tel que brièvement décrit ci-dessus.

D'autres caractéristiques et avantages de l'invention ressortiront de la description qui en est donnée ci-dessous, à titre indicatif et nullement limitatif, en référence aux figures annexées, parmi lesquelles :

-la figure 1 illustre schématiquement une infrastructure de supervision d'installation industrielle ;

- la figure 2 illustre schématiquement les principaux modules fonctionnels d'un système de validation d'un système de contrôle-commande selon l'invention,

- la figure 3 illustre un exemple d'objets graphiques représentatifs ayant des états associés ;

- la figure 4 illustre un exemple d'image d'affichage ;

- la figure 5 est un synopsis d'un procédé d'exécution automatique de tests fonctionnels de validation d'un système de contrôle-commande selon l'invention.

La figure 1 illustre une infrastructure 1 de supervision/contrôle-commande d'une installation industrielle 2, la supervision et le contrôle étant effectués par un système de contrôle-commande 4.

Ce système de contrôle-commande 4 est par exemple réalisé de manière connue sous forme d'un logiciel exécuté sur dispositif programmable tel un ordinateur, par exemple un dispositif serveur apte à communiquer, via un réseau de communication 6, avec l'installation industrielle. Des protocoles de communication réseau adaptés sont mis en œuvre pour cette communication.

Le système de contrôle-commande 4 est piloté par un opérateur via une interface de pilotage de type interface homme-machine. De manière classique, un opérateur pilote un tel système via une interface de communication homme-machine, en fournissant des données d'entrée via des moyens d'interaction avec l'interface homme-machine comme par exemple un clavier et une souris et reçoit en retour des données de sortie de l'interface homme-machine, par exemple via un affichage sur un écran d'affichage. Tout autre moyen d'interaction homme-machine connu (par exemple, un écran tactile) est applicable en alternative.

Un système de validation 8 du système de contrôle-commande 4 selon l'invention est apte à utiliser les entrées E et les sorties S du système de contrôle-commande pour exécuter un ensemble de tests fonctionnels permettant de valider le comportement du système de contrôle-commande 4.

L'exécution de l'ensemble de tests fonctionnels se fait sans apporter aucune perturbation au système de contrôle-commande, c'est-à-dire que l'exécution de tests se passe comme si un opérateur humain pilotait l'ensemble des tests fonctionnels, et ce, y compris lorsque certains des tests de l'ensemble de tests fonctionnels nécessitent un résultat de tests préalablement exécutés, par exemple le verdict de succès ou d'échec de tests préalablement exécutés.

En pratique, le système de validation 8 est implémenté sous forme de programmes logiciels mis en œuvre par un ou plusieurs dispositifs programmables différents du dispositif programmable mettant en œuvre le système de contrôle- commande 4.

Le système de validation 8 fournit, après exécution de l'ensemble de tests fonctionnels, des rapports 10 et des résultats 12, qui sont mémorisés dans un format approprié pour une utilisation ultérieure.

En outre, un système de validation 8 selon l'invention fournit des outils d'aide à la génération de tests fonctionnels pour créer un ensemble de tests fonctionnels à exécuter, en fonction d'une description fonctionnelle des équipements de l'installation industrielle 2, comme expliqué plus en détail ci-après. Avantageusement la rapidité, la fiabilité et l'exhaustivité de la création de tests fonctionnels sont augmentées.

La figure 2 illustre plus en détail des modules fonctionnels d'un système de validation 8 selon l'invention ainsi que des modules fonctionnels d'un système de contrôle-commande 4 à valider.

Un système de validation 8 selon l'invention comporte un module fonctionnel 20 de gestion de tests fonctionnels et un module fonctionnel 22 d'exécution de tests fonctionnels, ces deux modules étant intégrés dans un logiciel 24 de gestion et exécution d'ensembles de tests fonctionnels. Le logiciel 24 de gestion et d'exécution d'ensembles de tests utilise des données d'une base de données 31 .

Le système de validation selon l'invention comporte en outre un module de simulation d'opérateur 26 et un module de pilotage de la simulation du comportement des équipements industriels pilotés en réponse à des ordres de pilotage reçus via le système de contrôle-commande, appelé aussi module de simulation de parties opératives 28.

Le module de simulation d'opérateur 26 est apte à récupérer et à fournir des données graphiques, sous forme d'images d'affichages, affichées sur un écran d'affichage d'une interface homme-machine 32 du système de contrôle-commande à valider, via un agent d'exécution 27. Par exemple, la récupération des données graphiques se fait par l'intermédiaire d'un logiciel sur étagère adapté pour une telle application, comme par exemple le logiciel Open CV (Open Source Computer Vision), ou un logiciel propriétaire.

De manière plus générale, l'agent d'exécution 27 est apte à réaliser une passerelle entre l'interface homme-machine 32 du système de contrôle-commande et le simulateur d'opérateur 26, par récupération de tout type de données (données graphiques d'affichage, commandes clavier, souris) à partir des périphériques d'entrée/sortie (affichage, clavier, souris) associés à l'interface homme-machine et fourniture de données de tout type à ces périphériques d'entrée sortie. Ainsi, l'agent d'exécution 27 est apte à insérer des données et à simuler des actions sur l'interface graphique d'affichage de l'interface homme machine du système de contrôle-commande.

Suite à la récupération de données graphiques, une reconnaissance d'objets graphiques est mise en œuvre, ainsi qu'une reconnaissance d'images représentant du texte, de manière à extraire des nombres affichés à l'écran. La reconnaissance d'objets graphiques se fait de préférence par référence à une base de données d'objets graphiques mémorisée préalablement. En effet, des objets graphiques fournis par l'interface homme-machine du système de contrôle-commande 4 sont récupérés préalablement, soit dynamiquement, soit sous forme de fichiers fournis par les concepteurs du système de contrôle-commande 4 et sont mémorisés dans un catalogue dans la base de données 31 pour utilisation ultérieure.

Le module de simulation d'opérateur 26 est apte à envoyer, en plus ou en alternative, via l'agent d'exécution 27, des commandes reconnues comme commandes envoyées par l'intermédiaire d'un clavier ou d'une souris par l'interface homme-machine 32, ces commandes étant pilotées par le module d'exécution de tests 22.

De manière classique, l'interface homme-machine 32 du système de contrôle- commande 4 communique avec un noyau de supervision 34 qui est apte à envoyer des commandes de contrôle et de supervision à un ensemble d'automates programmables 36 qui interagissent avec l'installation industrielle pilotée par des capteurs et des actionneurs. Le noyau de supervision 34 est également apte à recevoir des informations relatives à l'état des équipements surveillés. Selon un mode de réalisation, les variables externes des automates programmables sont obtenues via des entrées/sorties électriques. En complément ou en alternative, il est possible d'obtenir ces variables via des communications par l'intermédiaire de bus de communication ou d'un réseau de terrain.

Dans un mode de réalisation, les modules 34 et 36 sont mis en œuvre par un logiciel de type SCADA (« Supervisory Control and Data Acquisition »).

Dans un contexte de validation fonctionnelle et en l'absence de l'installation industrielle pilotée par des capteurs et des actionneurs, les entrées/sorties des automates du module 36 sont simulées par le simulateur de parties opératives 29, qui met en œuvre des composants de simulation, sous la commande du module d'exécution de tests 22, via une interface d'interopérabilité 30. L'interface d'interopérabilité 30 et la fourniture de composants de simulation par le module d'exécution de tests 22 forment des moyens de pilotage du simulateur de parties opératives 29.

Ainsi, l'invention permet de simuler le comportement des équipements de l'installation pilotée par le système de contrôle-commande avec les paramètres de fonctionnement indiqués par les tests fonctionnels. Ainsi, le système de validation permet de vérifier le fonctionnement du système de contrôle-commande 4 dans les cas de fonctionnement nominal, ainsi que dans les cas de dysfonctionnement (paramètres de fonctionnement des équipements hors plages de bon fonctionnement, pannes, cas d'alerte).

Le module de simulation de parties opératives 28 intègre un logiciel simulateur de parties opératives 29, qui peut être un logiciel commercial comme par exemple les logiciels CODESYS®, LABVIEW/NI® ou un logiciel propriétaire, ainsi qu'une interface d'interopérabilité 30 entre les entrées-sorties d'un tel logiciel simulateur de partie opérative et des composants de simulation prédéfinis, permettant l'utilisation d'une description fonctionnelle standardisée des simulations exécutées sur ces logiciels simulateurs.

Dans le mode de réalisation préféré, le standard d'interopérabilité OPC (« OLE for Process Control ») est utilisé au niveau de cette interface d'interopérabilité.

Les composants de simulation sont définis par un ensemble de paramètres permettant de décrire les objets de simulation utilisés par le simulateur de parties opératives.

Avantageusement, les composants de simulation sont définis par un modèle fonctionnel générique, utilisé par le robot d'exécution 22, et l'interface d'interopérabilité 30 permet de connecter ce modèle fonctionnel générique à l'interface de programmation fournie par le logiciel simulateur de parties opératives 29. Les paramètres des composants de simulation comprennent des paramètres de configuration ou d'exécution du simulateur de parties opératives et des paramètres permettant de lire des données d'entrée/sortie du procédé de l'installation industrielle 2 simulé par le simulateur de parties opératives. En outre, un composant de simulation a un mode d'exécution associé, ce qui permet de définir un mode nominal, et éventuellement, si nécessaire, un ou plusieurs modes spécifiques.

Les composants de simulation peuvent être regroupés en ensembles fonctionnels, par exemple des ensembles d'actionneurs, de capteurs, chaque ensemble comportant plusieurs composants. Par exemple, l'ensemble d'actionneurs comporte un composant de simulation « vanne » et un composant de simulation « agitateur ». Chacun des composants de simulation a un ensemble de paramètres associés, par exemple un « agitateur » a des paramètres « état moteur », « grande vitesse » et « petite vitesse » associés.

Le système de validation selon l'invention offre, selon un premier aspect, des outils et des fonctionnalités pour une réalisation plus aisée, et plus systématique, d'ensembles de tests pour tout système de contrôle-commande.

Pour cela, afin de faciliter la création des tests fonctionnels, le système de validation est mis en œuvre sur un terminal d'opérateur muni d'un ou plusieurs écrans d'affichages. Le terminal d'affichage est un dispositif programmable, typiquement un ordinateur, comprenant une unité centrale, comportant un ou plusieurs processeurs, et des moyens de stockage d'information, qui est apte à mettre en œuvre des programmes d'ordinateur permettant d'exécuter un logiciel de mise en œuvre du système de validation selon l'invention. Le terminal d'opérateur comporte en outre de moyens d'interaction homme-machine, sous forme classique de clavier et souris, ou toute autre variante connue.

Une interface homme-machine est fournie, permettant à un opérateur de test de disposer de fenêtres de navigation, de fenêtres d'affichage et de fenêtres de saisie. Ainsi, de nombreuses opérations sont facilitées par l'ergonomie offerte. En particulier, un opérateur de tests peut réaliser des opérations de copier/coller, glisser des objets graphiques sur un écran d'affichage, propager des sélections.

L'opérateur a accès à un catalogue d'objets graphiques simple, mémorisé dans la base de données 31 , pour créer des actions de test, qu'il peut insérer dans des zones d'écran délimitées présélectionnées.

De préférence, afin d'améliorer l'ergonomie, les ensembles de composants sont présentés sous forme d'objets graphiques qu'un opérateur peut sélectionner (par un click par exemple) et développer ou au contraire réduire, pour afficher plus ou moins de composants de simulation/paramètres associés à l'écran.

Chaque objet graphique peut avoir plusieurs états associés, par exemple un objet graphique « vanne » correspondant à une vanne peut avoir plusieurs représentations correspondant chacune à un état, comme illustré à la figure 3. Dans cet exemple, l'opérateur peut sélectionner, dans une fenêtre 40 correspondant à l'objet graphique vanne, une des représentations 41 , 42, 43, 44 d'une vanne, selon l'état associé.

Les objets graphiques mémorisés sont positionnés lors de la création des tests, pour pouvoir être recherchés ultérieurement par le module de simulation d'opérateur 26, sur l'ensemble ou sur une région partielle d'une image d'affichage de l'interface graphique à tester.

Le système de validation, par l'intermédiaire du module de simulation d'opérateur, peut détecter la présence ou l'absence de l'objet en tenant compte d'un délai maximum de recherche. Un objet peut, une fois détecté, faire l'objet d'une action souris, comme un click par exemple.

Un type d'objet particulier est la zone de lecture/écriture qui permet de définir une position où une valeur peut être lue ou écrite. Cette position est de préférence relative à un objet graphique précédemment cherché. Par exemple, comme illustré à la figure 4, une image graphique d'affichage 45 est découpées en quatre régions, notées R1 à R4. Chacune des régions peut être traitée par le module de simulation d'opérateur 26 comme une image d'affichage indépendante, permettant de limiter les actions de test à chacune des régions définies. Les régions sont définies par un opérateur lors de la création de tests.

Avantageusement, il est alors possible alors de tester des composants de simulation similaires, donc ayant des représentations graphiques similaires, mais ayant des valeurs de fonctionnement différentes, en diminuant le risque d'erreur lors de la simulation automatique d'opérateur. De plus, le temps de recherche d'objets graphiques est diminué, une région R1 à R4 étant de surface inférieure à la surface de l'image d'affichage 45 complète.

Dans l'exemple de la figure 4, une représentation 43 d'une vanne a une zone de lecture/écriture 46 associée, définie par rapport à l'objet 47. L'objet 47 est un identifiant de la vanne, par exemple un numéro d'identifiant unique, qui peut être retrouvé par recherche systématique dans une image d'affichage. La zone de lecture/écriture 46 associée est positionnée à proximité de l'objet identifiant 47.De préférence, la position de la zone de lecture /écriture 46 est située dans un voisinage de l'objet identifiant 47, le voisinage étant défini de manière relative, par exemple à une distance inférieure ou égale à un nombre donné de pixels de l'objet identifiant 47. De préférence, un objet graphique est mémorisé dans le catalogue mémorisé avec un objet identifiant dont la valeur sera à définir ultérieurement et une zone de lecture/écriture associés.

Avantageusement, il est possible de retrouver par recherche automatique le positionnement de la zone de lecture/écriture 46, sans nécessité de définir une position figée, ce qui permet de supporter des variations d'affichage ou de légers déplacements de cette zone sur un écran d'affichage.

La zone de lecture/écriture 46 peut être sélectionnée à l'aide d'une souris et « cliquée », ou une valeur associée à la zone peut être lue ou écrite.

Selon un autre aspect, le système de validation selon l'invention permet de réaliser une exécution automatique d'un ensemble de tests définis préalablement, pour valider le comportement d'un système de contrôle-commande.

La figure 5 illustre un procédé d'exécution automatique de tests fonctionnels selon un mode de réalisation.

Un ensemble E ^* de tests fonctionnels, destiné à un système de contrôle- commande donné, est fourni en entrée du procédé de la figure 5.

Lors d'une première étape d'initialisation 50, un ou plusieurs plans de tests à exécuter sont sélectionnés, comportant chacun un sous-ensemble de tests de l'ensemble de tests E ^* , initialisés avec des valeurs choisies par un opérateur de tests pour valider spécifiquement des fonctionnalités données du système de contrôle-commande.

Ensuite, pour chaque test fonctionnel à faire passer dans un ordre défini dans le plan de tests, l'exécution du test, dit test courant, est exécutée à l'étape 52, par l'intermédiaire de l'agent d'exécution 27, via l'interface homme-machine IHM du système de contrôle-commande à tester.

Le module de simulation d'opérateur 26 est utilisé pour créer une image d'affichage d'interface graphique d'entrée permettant de simuler une interface graphique créée par un opérateur de commande et destinée au système de contrôle-commande.

Les commandes avec les paramètres fournis par le test courant pour piloter les équipements de l'installation à commander sont fournies au simulateur de parties opératives qui simule le fonctionnement des équipements, lors de l'étape d'exécution 54 par le simulateur de parties opératives.

Le système de contrôle-commande reçoit un résultat de simulation qui est affiché sur son IHM 32, formant une image d'affichage d'interface graphique de sortie.

A l'étape suivante 56, l'image d'affichage d'interface graphique de sortie est récupérée 56 par l'intermédiaire de l'agent d'exécution 27, et une reconnaissance d'objets graphiques et de valeurs affichées est effectuée par le module de simulation d'opérateur 26 à l'étape de reconnaissance 58. Les valeurs associées sont extraites par une recherche de zones de lecture/écriture associées à un objet identifiant définissant un objet graphique traité, comme déjà expliqué ci-dessus.

L'étape 58 comporte des sous-étapes de recherche d'un objet identifiant d'un objet graphique prédéterminé, et de recherche d'une zone de lecture/écriture associée à l'objet identifiant dans un voisinage prédéterminé dudit objet identifiant.

En effet, l'objet identifiant est unique et retrouvé par reconnaissance de formes dans l'image affichée, et la zone de lecture/écriture associée est recherchée dans un voisinage de l'objet identifiant.

Comme expliqué ci-dessus en référence à la figure 4, la recherche est effectuée soit par régions préalablement spécifiées de l'image d'affichage, soit sur l'image d'affichage graphique en son entier.

De préférence, la reconnaissance d'objets graphiques est réalisée par comparaison d'objets graphiques stockés dans la base de données 31 , en fonction de la région d'écran où est situé un objet graphique si un découpage en régions, comme illustré à la figure 4, a été défini.

La reconnaissance d'objet graphique permet de déterminer son état, par exemple pour un objet « vanne », on détermine son état d'ouverture. Les valeurs numériques lues permettent de compléter l'état des objets graphiques présentés sur l'interface graphique du système de contrôle-commande. La reconnaissance de texte ou valeurs numériques et la transformation d'image en texte ou valeurs numériques se fait en utilisant des moyens classiques, sur les zones de lecture/écriture déterminées. En effet, plusieurs logiciels à cet effet sont disponibles dans le commerce.

L'analyse des résultats du test portés par les états associés aux objets graphiques et les valeurs lues font l'objet d'un verdict statuant sur l'échec ou le succès du test, lors de l'étape 60.

Selon le plan de tests en cours d'exécution, le verdict peut être utilisé, le cas échéant, pour paramétrer un test suivant à exécuter, ce qui est fait à l'étape optionnelle 62.

Enfin, les résultats sont mémorisés à l'étape suivante 64, et intégrés dans un ou des rapports d'exécution de tests fonctionnels, afin de conserver des informations relatives au comportement du système de contrôle-commande. Ces informations sont exploitables ultérieurement par un opérateur humain.

L'exécution d'un test fonctionnel suivant dans le ou les plans de tests est poursuivie (retour à l'étape 52), jusqu'à l'exécution complète de l'ensemble des tests du plan de test.