Brevet FR2549256A1 — publié le 19850118

"PROCEDE ET MACHINE AUTOMATIQUES POUR TESTER SIMULTANEMENT DES SYSTEMES INFORMATIQUES". La présente invention a pour objet un procédé de test pour tester un ou plusieurs systèmes informatiques à tester avec des programmes de test qui fournissent des résultats de test en étant exécutés par les dits systèmes infor5 matiques à tester dont chacun comporte au moins une unité centrale avec au moins une mémoire vive, au moins un ensemble d'alimentation stabilisée et généralement une ou plusieurs cartes contrôleur de périphérique, la dite unité centrale comportant des moyens pour exécuter au moins un programme de test chargé dans sa mémoire vive, les dits systèmes informatiques à tester étant par la suite appelés chacun une occurrence de configuration à tester identifiée par son propre numéro d'identification. Les tests de systèmes informatiques sont bien 15 connus dans l'industrie informatique o l'on cherche à améliorer la fiabilité des systèmes en multipliant et surtout en automatisant d'une part les contrôles dans les usines à tous les stades de la fabrication, d'autre part, la maintenance sur le site du client. Dès maintenant, il est connu de tester automatiquement les composants actifs et passifs ainsi que les circuits imprimés lors de la fabrication; de même, la télémaintenance, ou maintenance à distance, des systèmes installés en clientèle a déjà introduit un nouveau degré d'auto25 matisme. Par contre, en fin de fabrication, c'est à dire avant livraison, les systèmes informatiques sont actuellement testés un par un d'une manière non automatisée; lorsque les systèmes informatiques et leurs périphériques sont livrés 30 séparément, ce qui est notamment le cas lorsque les fabricants ne sont pas les mêmes, le fabricant de systèmes peut tester chaque système avec des programmes de test sous réserve de disposer de périphériques de test appelés périphériques outils qui sont similaires aux périphériques livrés 35 par ailleurs par le fabricant de périphériques. Ainsi, ces périphériques outils sont-ils successivement connectés aux occurrences de configuration fabriquées, et des programmes de test sont alors exécutés pour vérifier le bon fonctionnement du système informatique à livrer dont 5 notamment les cartes contrôleur de périphérique; les résultats fournis par les programmes de test sont utilisés pour décider si le système est bon et donc livrable, ou si le système doit être réparé et ceci en fonction du diagnostic fourni par les résultats des programmes de test. Les connexions successives des périphériques outils aux occurrences de configuration d'une part, le chargement et l'exécution des programmes de test d'autre part, s'effectuent manuellement sous contrôle d'un technicien, l'ensemble étant cher et peu performant. Le procédé de test selon l'invention a pour but de supprimer ces inconvénients. En effet, un procédé de test pour tester une ou plusieurs occurrences de configuration à tester est particulièrement remarquable en ce que: a) dans une première étape d'initialisation, un opérateur dialogue avec une machine de test ci-dessous revendiquée qui comporte des moyens pour dialoguer avec l'opérateur, pour décrire la constitution spécifique à chaque occurrence de configuration à tester dont notamment le nombre et la nature des cartes contrôleur de périphérique de telle sorte que: b) dans une deuxième étape d'initialisation, la dite machine de test contrôle automatiquement un ensemble de premières sélections d'affectation de un ou plusieurs programmes de 30 test pour les affecter automatiquement à chaque occurrence de configuration à tester, la dite première sélection d'affectation étant effectuée, parmi un ensemble de programmes de test connus de la dite machine de test, en fonction de la dite constitution spécifique décrite par l'opérateur dont notamment le nombre et la nature des cartes contrôleur de périphérique, c) dans une troisième étape d'initialisation, l'ensemble des dites premières sélections d'affectation de un ou plusieurs programme(s) de test affecté(s) à une occurrence de configuration à tester est contrôlé manuellement par l'opé5 rateur qui, en dialoguant avec la dite machine de test, commande la sélection d'affectation définitive pour déterminer spécifiquement à chaque occurrence de configuration à tester, l'ensemble des programmes de test à exécuter pour tester adéquatement la dite occurrence, chaque ensemble ainsi déter10 miné, après les deux sélections d'affectation susdites, est appelé "menu proposé spécifique" à chaque occurrence, d) dans une quatrième étape d'exécution, la dite machine de test, ci-dessous revendiquée, qui comporte un ou plusieurs périphériques dits périphériques outils et des moyens pour 15 attacher indifféremment l'un quelconque des périphériques outils à l'une quelconque des cartes contrôleur de l'une quelconque des occurrences de configuration, contrôle d'une manière permanente, récurrente et automatique, premièrement la recherche sélective d'une occurrence de configuration 20 et deuxièmement, pour l'occurrence ainsi sélectée, une troisième sélection dite sélection d'exécution pour sélectionner, dans le menu proposé spécifique à la dite occurrence sélectée, un programme à exécuter, en fonction notamment du ou des périphériques outils disponibles, dans le cas o 25 le dit programme sélecté exige la disponibilité de un ou plusieurs périphériques pour être exécuté; après la dite sélection d'exécution d'un programme, la dite machine de test commande alors l'attachement, à l'occurrence de configuration sélectée, du ou des périphériques outils exigés et disponibles, puis le chargement dans la dite mémoire vive et enfin le lancement de l'exécution du dit programme sélectionné pour être exécuté par la dite occurrence de configuration sélectée; ainsi l'exécution des programmes de test dans toutes les occurrences de configuration s'effectue simultanément puisque chaque occurrence exécute un programme de test sélectionné pour exécution dans son propre menu proposé spécifique sans préjudice pour les autres occurrences sauf si un périphérique outil exigé est indisponible. e) dans une cinquième étape finale, un opérateur dialogue avec la dite machine de test ci-dessous revendiquée, pour provoquer la sortie, sur un dispositif de sortie de données, des dits résultats de test fournis par les dits programmes de test récurremment et automatiquement sélectés, chargés, puis lancés et enfin exécutés par les dites occurrences de configuration à tester, le tout sous contrôle de la dite machine de test. 10 En procédant ainsi, il est possible de teste simultanément plusieurs occurrences de configuration en utilisant successivement les mêmes périphériques outils. En effet, après les étapes d'initialisation au cours desquelles un opérateur contrôle et définit le choix des pro15 grammes de test à faire exécuter par chaque occurrence de configuration à tester, l'exécution proprement dite des programmes ainsi choisis s'effectue automatiquement. On remarquera notamment que l'intervention manuelle d'un technicien pour relancer l'exécution d'un programme à la fin 20 du précédent n'est plus nécessaire ce qui procure un gain de temps considérable. La mise en oeuvre du procédé selon l'invention nécessite une machine de test qui comporte au moins un processeur, des périphériques outils, des moyens pour dialoguer avec un opé25 rateur et qui est particulièrement remarquable en ce qu'elle comporte en outre des premiers moyens pour enregistrer la constitution spécifique de chaque occurrence de configuration à tester et le menu proposé spécifique à chaque occurrence, des deuxièmes moyens pour se connecter simultanément à chaque oc30 currence de configuration à tester, des troisièmes moyens pour contrôler la sélection automatique d'un programme de test pour chaque occurrence de configuration et l'attachement à la dite occurrence du ou des périphériques outils pendant le temps nécessaire pour exécuter le programme de test sélecté, des qua35 trièmes moyens pour lancer et contrôler l'exécution du programme de test sélecté, et des cinquièmes moyens pour sortir, sur un dispositif de sortie de données et sous contrôle d'un opérateur, les résultats de test fournis par les dits programmes de test exécutés. La machine de test pour mettre en oeuvre le procédé selon l'invention comporte notamment un système de commande particulièrement adapté pour contrôler et gérer l'exécution des programmes de test simultanément avec l'attachement des périphériques outils. L'automatisme des tests ainsi obtenu est le principal 10 avantage de la présente invention qui en comporte bien d'autres que la description d'un exemple de réalisation non limitatif fera mieux comprendre. Pour faciliter la compréhension, la machine de test sera d'abord décrite; puis son mode de fonctionnement, qui 15 comporte plusieurs étapes, sera décrit. La figure 1 représente l'architecture générale de la machine de test. La figure 2 représente l'unité de commande de la miachine de test. Dans la figure 1, la machine de test est représentée constituée de: une unité de commande ( 1), un ou plusieurs périphériques outils ( 10,11,12,, lj), un ou plusieurs multiplexeurs ( 20,21,22,,2 j) en nombre égal au nombre des dits périphériques outils, un ou plusieurs emplacements 25 ( 50,51,52,,5 i) prévus pour les occurrences de machines à tester, une console ( 2) avec des moyens de dialogue non représentés pour dialoguer avec l'opérateur, l'ensemble de ces éléments étant connectés entre eux. Chaque occurrence de machine à tester qui comporte 30 notamment une ou plusieurs cartes contrôleur à tester non représentées est installée par un technicien sur un des emplacements prévus ( 50,51,) et connectée de telle sorte que chaque carte contrôleur de périphérique de la machine à tester puisse contrôler, sous commande de l'unité de commande, un périphérique outil de type qu'il est prévuqu'elle contrôle; à cet effet, et selon l'invention, à chaque péri- phérique outil ( 10,11,) est connecté un multiplexeur ( 20,21,) pour connecter, sous commande de l'unité de commande via la connexion (CM), un périphérique outil à une carte contrôleur; la possibilité de connexion entre un 5 multiplexeur ( 20,21,) et un quelconque des emplacements ( 50, 51,) prévus pour les occurrences de machines à tester est symbolisée par les lignes ( 120,121,122); les lignes de connexion multiplex proprement dites ne sont pas plus amplement décrites car elles sont bien connues. Chaque emplacement ( 50,51,) est pourvu d'une alimentation qui, venant par la ligne (A), peut être coupée ou établie avec les interrupteurs ( 150,151,152) agissant indépendamment les uns des autres sous la commande de l'tunité de commande passant par la ligne (CA) pour laquelle on n'a, par souci d'alléger la figure, représenté qu'une seule ligne; là encore, la commande à distance d'un ou plusieurs interrupteurs est bien connue. L'ensemble des emplacements ( 50,51,52) est placé *ans un local (E) disposant de moyens de régulation ther20 miiqne qui sont contrôlés par l'unité de commande via la connexion (CT) de telle sorte que l'unité de commande peut contrôler la température du local (E). A titre d'exemple non limitatif, la machine de test réalisée par le demandeur comporte 16, (i = 16), emplacements 25 prévus ( 50,51,52) pour des occurrences de machines à tester, et 16, (j = 16) multiplexeurs ( 20, 21) et le même nombre (j = 16) de périphériques outils ( 10,11,12,), ces périphériques sont appelés périphériques outils car ils sont exclusivement utilisés comme outils de test bien qu'ils 30 soient absolument identiques aux périphériques normaux qui seront finalement connectés à l'occurrence de configuration une fois celle-ci installée chez le client lorsque le test aura été satisfaisant. La machine de test comporte aussi des lignes (B) de 35 transmissions et de commandes pour transmettre des données et des commandes entre l'unité de commande et les occurrences de machines à tester; pour faciliter la compréhension, on peut comparer la machine de test à une machine multiprocesseur avec un processeur maitre, ici l'unité de commande, et un ou plusieurs processeurs esclaves, ici les occurrences de machines à tester; le processeur maître commande l'at5 tribution exclusive à un processeur esclave d'un ou plusieurs périphériques, ici les p 6 riph 6 riques dits outils, pendant l'intervalle de temps nécessaire à l'exécution de chaque programme de test, la dite attribution exclusive pendant chaque intervalle de temps étant effectuée au moyen des dits 10 multiplexeurs sous commande de l'unité de commande via la ligne de commande (CM). L'unité de commande de la machine de test sera maintenant décrite. La figure 2 représente l'unité de commande ( 1) de la 15 machine de test qui est constituée d'un automate programmé qui comporte un module ( 60) interface avec l'opérateur via des moyens de dialogue connus ( 2), un module ( 61) d'ordonnancement et un module ( 62) interface avec les occurrences de machines à tester via les lignes (B) Ces trois modules 20 décrits ultérieurement disposent en commun de tables de onnées à savoir la table statique des programmes de test EPROG, et la table dynamique des programmes de test à effectuer ENPROG Ces deux tables sont maintenant décrites. La table statique EPROG comporte une ligne par programme 25 de test répertorié et connu de la machine de test; chaque ligne est constituée de plusieurs colonnes qui contiennent des informations caractéristiques à chaque programme de test: -PROG = Nom du programme de test -TEMPS = Temps maximum permis pour l'exécution -NOCODE = Numéro de code du programme de test -NOCARTE = Numéro du type de carte contrôleurà tester -COUPURE-A =Coupure secteur requise avant exécution -COUPURE-P = Coupure secteur requise pendant exécution -NOPERIF = Numéro physique du périphérique outil nécessaire pour l'exécution du programme. 35 La table EPROG peut contenir d'autres colonnes pour d'autres informations de service non nécessaires à la compréhension de l'invention Dans la machine réalisée selon l'invention la table EPROG contient une cinquantaine de lignes, c'est à dire qu'il y a une cinquantaine de programmes de test, mais ce nombre peut changer en fonction des besoins; on notera qu'il peut y avoir plusieurs programmes pour un seul et même type de carte contrôleur. La table dynamique ENPROG est constituée de 16 soustables SENPROG, il y a une sous-table SENPROG pour chaque emplacement ( 50,51,) prévu pour les occurrences de machine àtester; le nombre 16 n'est évidemment pas limitatif. Chaque sous-table SENPROG contient des informations 15 dynamiques qui concernent une seule occurrence de machine à tester; elle contient une ligne par programme de test à -exécuter, chaque programme de test pouvant être exécuté plusieurs fois par la même occurrence de machine à tester. Chaque sous-table SENPROG comporte un indicateur du nombre 20 de lignes contenues dans la sous-table (NL), un indicateur d'état général (IEG) et un compteur du nombre de coupures de courant (NBCA) Chaque ligne de la sous-table est constituée des informations suivantes: -SPROG -Numéro de code du programme de test -COMPT -Nombre d'exécutions déjà effectuées COMPTF -Nombre d'exécutions effectuées avec faute -IEP -Indicateur d'état du programme à un instant donné. La table dynamique peut contenir d'autres informations 30 de service non nécessaires à la compréhension de l'invention. Les informations contenues dans chaque table ainsi que les commandes du dialogue interface entre l'automate et l'opérateur sont codées-, et non pas en clair, mais le mode de codage n'est pas un élément propre à l'invention. 35 Nous allons maintenant décrire le fonctionnement des trois modules de l'automate programme. Le premier module mis en oeuvre dans le procédé revendiqué est le module ( 60) interface de l'automate programmé avec l'opérateur via des moyens de dialogues connus ( 2), par exemple une console opérateur avec un écran de visuali5 sation et/ou une imprimante. La mise en oeuvre de ce module ( 60) a pour but de déterminer le "menu proposé spécifique" à chaque occurrence de configuration à tester; pour ce faire, l'opérateur envoie une première commande à l'automate qui comporte notamment le numéro de l'emplacement ( 50,51,) dans lequel l'occurrence de configuration à tester, qu'il va décrire,a été physiquement connectée à la machine de test; le module interface opérateur initialise alors à des valeurs initiales les informations de la sous-table SENPROG correspondant au numéro d'emplacement indiqué (par exemple: NBCA='O', IEG ='à tester,') Ensuite l'opérateur envoie alors successivement des commandes pour indiquer le numéro de chacune des cartes contrôleur constituant l'occurrence de configuration; le module interface initialise alors, pour chaque numéro de carte, un nombre 20 'n' de lignes dans la sous-table SENPROG (valeurs initiales: COMPT = COMPTF = O; IEP = bon;) sur la base d'un balayage séquentiel des informations statiques et permanentes de la table EPROG; c'est à dire que pour chaque rubrique NOCARTE d'une ligne de la table EPROG égale au numéro de carte contrôleur indiqué dans la commande opérateur, une ligne de la table SENPROG est générée avec notamment le transfert de la rubrique NOCODE, numéro de code du programme de test de la table statique, dans la rubrique SPROG de la table dynamique; on obtient,sur la base du balayage séquentiel de la 30 table EPROG, une première sélection d'affectation de un ou plusieurs programmes de test à l'occurrence de configuration à tester; on notera que le nombre 'n' n'est pas nécessairement égal au nombre de cartes contrôleur de la configuration à tester puisque, comme susdit, il peut y avoir, dans la table 35 statique plusieurs programmes pour un même type de carte. Quand l'opérateur a terminé de décrire la configuration, il commande à l'automate la sortie des résultats de la dite première sélection afin de la contrôler et, le cas échéant, de la modifier, en plus ou en moins, si nécessaire; ce contrôle sélectif aboutit à la sélection d'affectation défi5 nitive des 'n' programmes de test qui constituent le "menu proposé spécifique" à l'occurrence de configuration décrite et connectée à l'emplacement initialement indiqué; l'automate enregistre alors le nombre 'n' définitif dans la rubrique NL de la sous-table SENPROG. Cet ensemble d'opérations ci-dessus décrites au cours desquelles l'opérateur envoie des commandes codées dans un langage, non décrit et non revendiqué, connu de l'automate, constitue les étapes d'initialisation d'un procédé de test conforme à l'invention Cette initialisation présente les avantages d'une part 15 de la rapidité de la première sélection d'affectation automatique et d'autre part de la souplesse de la deuxième sélection d'affectation manuelle. L'opération d'initialisation est intégralement recom20 -encée autant de fois que nécessaire c'est à dire autant u-il y a d'occurrences de machines à tester, connectées à la machine de test, soit 16 au maximum pour la machine réali-z mais ce nombre n'est pas une limitation. Ainsi à la fin de l'étape d'initialisation, tous les 25 menus proposés spécifiques aux occurrences de configuration à tester ont été enregistrés dans les sous-tables SENPROG par le module ( 60) interface de l'automate programmé avec l'opérateur; les informations statiques de la table EPROG sont toujours disponibles et accessibles puisque la rubri30 que SPROG et NOCODE, communes aux deux tables, est une clé d'accès de la table ENPROG à l'autre table EPROG; dans le cas o il y aurait moins d'occurrences de configuration à tester qu'il n'y a d'emplacements prévus, le ou les soustables SENPROG inutilisées ont des valeurs initiales diffé35 rentes (NL = '0 ', IEG = 'pas à tester'). 1 l Le deuxième module mis en oeuvre dans le procédé revendiqué est le module ( 61) d'ordonnancement de l'automate programmé. La mise en oeuvre de ce module ( 61) a pour but la 5 préparation du lancement des programmes de test de telle sorte que les ressources de la machine de test soient utilisées au maximum et aussi que tous les programmes de test de chaque menu proposé spécifique à chaque occurrence de configuration à tester soient lancés un maximum de fois; à cet 10 effet le module ( 61) exécute d'une manière récurrente les sous-étapes suivantes: 1) recherche d'une occurrence inactive. La recherche d'une occurrence de configuration inactive s'effectue notamment sur la base du test de la valeur 15 de l'indicateur d'état général (IEG) de chaque soustable SENPROG; par exemple la valeur 'à tester' positionnée par le module ( 60) est une valeur satisfaisante; bien sûr, en cours de fonctionnement, l'indicateur IEG va prendre d'autres valeurs satisfaisantes comme on le 20 verra plus loin; 2) sélection pour exécution d'un des programmes de test parmi ceux du menu proposé spécifique à l'occurrence inactive trouvée. Cette sélection pour exécution s'effectue notamment sur la base de la valeur de COMPT du nombre d'exécutions déjà effectuées pour chaque programme; la ligne de la sous-table SENPROG dont la valeur COMPT est la plus faible désigne le programme candidat pour exécution sauf si COMPTF a une valeur égale ou supérieure à 3 car dans ce cas le programme est définitivement classé mauvais avec l'indicateur d'état IEP positionné à mauvais définitif'; la sélection d'exécution s'effectue aussi notamment en fonction de la disponibilité du périphérique outil nécessaire à la carte contrôleur testée par le programme candidat dont le numéro de code SPROG est utilisé par l'automate pour accéder à l'informa tion NOPERIF de la ligne correspondante (SPROG=NOPROG) de la table statique EPROG; si le périphérique est disponible, c'est à dire non utilisé par une autre occurrence de configuration en cours de test, le programme candidat est définitivement sélectionné pour exécution. 3) connexion du périphérique outil requis pour l'exécution du programme sélecté. La connexion du périphérique outil demandé par le pro10 gramme sélectionné s'effectue au moyen d'une commande de connexion du multiplexeur ( 2 j) du périphérique outil (lj) à l'occurrence ( 5 i) via la connexion (CM) comme susdit. 4) positionnement de l'indicateur IEP correspondant>à la valeur "prêt à lancer". ) positionnement de l'indicateur IEG correspondant>à la valeur "prêt à lancer". Le troisième module mis en oeuvre dans le procédé revendiqué est le module ( 62) interface avec les occurrences 20 dc' machines à tester via les lignes (B); sa mise en oeuvre a pour but d'une part de lancer l'exécution des programmes 'r êts à lancer' sélectionnés par le module ( 61) d'ordonnancement et d'autre part de superviser cette exécution jusqu'à son achèvement comme décrit ci-dessous. A cet effet le module ( 62) exécute d'une manière récurrente les sousétapes suivantes: 1) recherche d'une occurrence à activer. Cette recherche s'effectue sur la base d'un balayage séquentiel de l'indicateur IEG de chaque sous-table SENPROG; la valeur 'prêt à lancer' positionnée par le module ( 61) comme susdit est satisfaisante et, dans ce cas, le module ( 62) procède aux actions suivantes en extrayant de la table SENPROG la ligne de programme de test dont l'indicateur IEP a aussi la valeur 'prêt à 35 lancer'; cette ligne contient le numéro de code du programme de test SPROG qui donne accès à la ligne correspondante de la table EPROG via l'information NOCODE, le module ( 62) recherche alors le programme de test dans une bibliothèque de programme (P), par exemple stockée sur un support disque magnétique, pour charger le dit programme de test dans l'occurrence de machine à tester via les lignes (B); dans la machine de test réalisée, cette opération s'effectue au moyen du procédé connu appelé téléchargement de 10 programme mais ceci n'est pas une limitation; le programme de test est alors exécuté par l'occurrence de configuration à tester. Le module ( 62) incrémente alors de la valeur '+ 1 ' le compteur COMPT, positionne l'indicateur IEG et 15 l'indicateur IEP à la valeur 'en cours de test', démarre un compteur de temps qui positionnera automatiquement l'indicateur IEG à la valeur 'temps dépassé' lorsque sa valeur sera supérieure à la valeur temps maximum permis pour l'exécution' (TEMPS) contenu dans la table EPROG,à cet effet le module ( 62) comporte autant de compteurs de temps qu'il y a d'emplacements ( 5 i), soit 16 compteurs dans le cas de la machine décrite. Au cours de l'exécution de chaque programme de test, 25 les résultats de test sont mémorisés par le programme avec l'indication de la nature des fautes constatées; en fin d'exécution, le programme de test envoie un signal de fin d'exécution au module ( 62), signal transmis par les lignes ( B). 2) traitement des fins de programmes. Le module ( 62) ayant reçu un signal de fin d'exécution d'un programme de test effectue les opérations suivantes: arrêt et remise à zéro du compteur de temps, transfert des résultats de test fournis par le pro35 gramme exécuté dans le fichier résultat (R), sur un disque magnétique par exemple, et analyse de ces résultats pour, s'ils sont mauvais, incrémenter de + 1 le compteur COMPTF; si COMPTF arrive alors à une valeur supérieure à '3 ', le module ( 62) positionne l'indicateur IEP à la valeur 'mauvais définitif' ce qui empêchera toute sélection ultérieure d'exécution de ce programme de test par le module ( 61) comme susdit; ensuite le module ( 62) positionne l'indicateur IEG à la valeur 'inactif'; cette valeur est satisfaisante, 10 de même que la valeur 'à tester', pour la recherche d'une occurrence inactive c'est à dire pour la première sous-étape du module ( 61) comme susdit; à ce moment le traitement de fin de programme est terminé et le -module ( 62) reprend sa tâche décrite dans la sous15 étape précédente à savoir la recherche d'une occurrence à activer. 3) Traitement du dépassement de temps. Si un programme de test en cours d'exécution ne s'arrête pas de lui-même avant que le compteur de temps corres20 pondant atteigne la valeur maximum autorisée (TEMPS) comme susdit, le module ( 62) détecte alors la valeur temps dépassé' positionnée dans l'indicateur IEG comme susdit, à ce moment le module ( 62) commande l'arrêt du programme fautif et incrémente de + 1 le compteur COMPTF 25 correspondant, ensuite le module ( 62) reprend le traitement normal des fins de programme comme susdit. Pour des raisons de clarté de la description, le fonctionnement du module ( 60) interface de l'automate programmé ci-dessus décrit ne comportait pas la fonction 'fin de test' qui n'aurait pas été compréhensible avant d'avoir décrit les modules ( 61) et ( 62) ci-dessus; la fonction 'fin de test' est initialisée par l'opérateur; en effet il ressort de la description ci-dessus que les modules ( 61) et ( 62) n'ont aucune raison de s'arrêter puisque les processus décrits de sélection d'un programme -module ( 61)-, puis d'exécution -module ( 62) sont tous les deux récurrents et s'enchaînent sans fin tant que tous les indicateurs IEP des programmes de toutes les occurrences n'atteignent pas la valeur 'mauvais définitif' ce qui n'estévidemment pas souhaitable; il faut donc une commande opérateur pour arrêter le processus, cette commande est interprétée par le module ( 60) avec pour objectifs, premièrement d'arrêter la machine de test tout en laissant se terminer les programmes en cours d'exécution, deuxièmement de sortir 10 les résultats de test enregistrés dans le fichier résultat (R) sur un dispositif de sortie connu, et non représenté, comme par exemple une imprimante et/ou un écran de visualisation. Dans ce but le module ( 60), après réception de la 15 commande d'arrêt de l'opérateur, positionne tous les indicateurs NL A la valeur 'O' de telle sorte que la sélection pour exécution d'un des programmes de test d'une occurrence inactive soit toujours vouée à l'échec puisque le module ( 61) de préparation du lancement n'e-plore pas les sous-tables SEIPROG qui comportent zéro ligne; ainsi la sélection pour exécution ne pouvant plus aboutir toutes les occurrences de machine à tester deviendront successivement et définitivement inactives; c'est alors que le module ( 60) en constatant 25 que tous les indicateurs IEG sont positionnés soit à la valeur 'pas à tester' soit à la valeur 'inactif' sort les résultats de test complets et définitifs comme susdit, il sort aussi les informations contenues dans les sous-tables SENPROG. Ainsi l'opérateur dispose d'un grand ensemble d'informations sur le fonctionnement de chaque occurrence de machine à tester dont notamment le fonctionnement de chaque carte contrôleur de périphérique. Avec la machine de test réalisée il est de pratique 35 habituelle de connecter pendant l'après-midi les occurrences de machines à tester dans les emplacements ( 5 i) prévus, puis d'effectuer l'étape d'initialisation de telle sorte que la machine de test fonctionne automatiquement pendant toute la nuit ce qui assure que chaque programme de test est exécuté un grand nombre de fois; le lendemain matin l'opérateur arrête la machine et peut alors interpréter les résultats de test obtenus avec une très bonne fiabilité puisque, grâce à l'automatisme et à la simultanéité des tests, il dispose de résultats plus nombreux et donc plus 10 complets. Lors de la mise en oeuvre de la présente invention, il est apparu qu'il était particulièrement performant de procéder à un 'galop d'essai' de chaque occurrence de configuration à tester avant de mettre en route 15 le processus automatisé de test tel que décrit cidessus. En effet, il peut arriver que pour une raison tcchnique secondaire, par exemple erreur de connexion ou autre, la machine de test ne puisse pas lancer l'exécution d'un seul programme de test sur une des ccurrences de configuration. Pour remédier à cet inconvénient, le procédé de test est particulièrement remarquable en ce que, pour chaque occurrence de configuration à tester, le premier 25 programme de test sélecté pour exécution par le module ( 61) comme susdit est systématiquement un programme de test, appelé test réduit, pour tester les fonctions élémentaires, ou de base, notamment de l'unité centrale et de l'ensemble d'alimentation stabilisée. Ce dit programme de test réduit, assimilable à un 'galop d'essai', est mémorisé sur le support (P) avec les autres programmes de test et il est systématiquement sélecté lorsque le module ( 61) de sélection détecte qu'aucun programme n'a encore été exécuté par 35 une occurrence de configuration à tester; cette détection s'effectue, par exemple, en testant que l'in- dicateur IEG a la valeur initiale 'à tester' positionnée par le module ( 60) à la fin de l'initialisation comme susdit. Si le programme de test réduit ne se déroule pas correctement, le module ( 62) avertit immédiatement l'opérateur, par exemple au moyen d'un signal sonore, afin qu'il intervienne pour réparer l'occurrence fautive de telle sorte que le test automatique puisse s'effectuer. Une autre amélioration de la présente invention fournit à l'opérateur la possibilité d'intervenir à tout moment pour 10 arrêter le test d'une seule occurrence; à cet effet l'opérateur commande au module ( 60) interface de positionner l'indicateur IEG de la dite occurrence à la valeur 'pas à tester' ce qui empêchera toute sélection par le module ( 61) comme susdit. Bien entendu l'opérateur a la possibilité inverse de relancer le test d'une seule occurrence en commandant au mủdule interface ( 60) de repositionner l'indicateur IEG à la valeur 'à tester' ou encore à la valeur 'inactif'. Une autre amélioration de la présente invention, amé20 iloration qui est complémentaire des précédentes améliora-ions, fournit à l'opérateur la possibilité de demander à -'fut moment la sortie des résultats de test d'une seule occurrence à partir du fichier résultat (R) et ceci quel que soit la valeur momentanée de l'indicateur IEG. Ainsi les améliorations ci-dessus apportent une très grande souplesse d'utilisation de la machine de test qui, comme on l'aura compris, peut alors tester des occurrences de configuration, simultanément, en continu, le tout à la demande de l'opérateur en fonction des circonstances. En effet l'opérateur peut à tout moment arrêter le test d'une seule occurrence sans pour autant arrêter le test des autres occurrences qui se poursuit pendant que, par exemple, il remplace l'occurrence dont le test est terminé par une autre occurrence de configuration à tester. Ainsi une seule machine de test relativement simple à réaliser avec des dispositifs connus, tels qu'un processeur maitre plus des périphériques outils avec des connexions multiplex comme susdit, permet la mise en oeuvre du procédé de test simultané et en continu revendiqué pour tester des occurrences de configuration de systèmes informatiques prêts aà être livrés en clientèle. Une autre amélioration de la présente invention est particulièrement remarquable en ce que le procédé revendiqué soumet les occurrences de configuration à tester à un ou plusieurs cycles thermiques. A cet effet, les emplacements prévus pour les occurrences sont situés dans un local (E) -figure 1 dont la température est contrôlée par la machine de test via la commande de contrôle CT; de préférence, la mise à température s'effectue la nuit, l'opérateur étant absent, mais ceci n'est pas une obligation; l'avantage de soumettre les occurrences de machine à tester à des cycles thermiques est de provoquer délibérément, avant livraison en clientèle, les pannes dites de jeunesse; il est en effet bien connu que les cycles thermiques provoquent un vieillissement prématuré des systèmes informatiques 20 -q*,i viennent d'être fabriqués. Une autre amélioration de la présente invention est part 4 culièrement remarquable en ce que le procédé revendiqué oumet, sélectivement, les occurrences de configuration à des coupures de courant ce qui permet notamment de soumettre les 25 alimentations stabilisées à des contraintes plus sévères. A cet effet, deux types de coupure de courant sont générés par la machine de test: d'une part le module ( 61), après sélection d'un programme de test comme susdit à la troisième sous-étape, explore la table EPROG et, si l'indi30 cateur COUPURE-A est positionné, génère une coupure de courant de quelques secondes pour l'occurrence considérée; à cet effet l'alimentation A -figure 1 de la machine de test est reliée aux emplacements ( 5 i) par des connexions munies des interrupteurs ( 150, 151, 152,) télécommandés sélectivement via 35 la ligne CA à partir de la machine de test; la télécommande sélective d'interrupteur est bien connue; d'autre part le module ( 62), après le téléchargement d'un programme de test comme susdit, explore la table EPROG et, si l'indicateur COUPURE-P est positionné, active un temporisateur pour générer après quelques secondes, c'est à dire le temps nécessaire 5 pour qu'il y ait eu un commencement d'exécution du programme, une micro-coupure de l'alimentation pendant quelques millisecondes; la même télécommande (CA) des mêmes interrupteurs ( 150,) est utilisée. Pour chaque coupure de courant télécommandée soit par 10 le module ( 61), soit par le module ( 62),le compteur de coupures de courant NBCA de la sous-table SENPROG correspondante cst incrémenté de '+ 1 ' Cette information sera bien sur fournie à l'opérateur lors de la sortie des résultats. REVENDICATIONS: 1 Procédé de test pour tester un ou plusieurs systèmes informatiques à tester avec des programmes de test qui fournissent des résultats de test en étant exécutés par les dits systèmes informatiques à tester dont chacun comporte au moins une unité centrale avec au moins une mémoire vive, au moins un ensemble d'alimentation stabilisée et généralement une ou plusieurs cartes contrôleur de périphérique, la dite unité centrale comportant des moyens pour exécuter au moins un programme de test chargé dans sa mémoire vive, les dits 10 systèmes informatiques à tester étant par la suite appelés chacun une occurrence de configuration à tester identifiée par son propre numéro d'identification, caractérisé en ce que: a) dans une première étape d'initialisation, un opérateur dialogue avec une machine de test ci-dessous revendiquée 15 qui comporte des moyens pour dialoguer avec l'opérateur, -pour décrire la constitution spécifique à chaque occurrence de configuration à tester dont notamment le nombre et la nature des cartes contrôleur de périphérique de telle sorte M Je: b) dans une deuxième étape d'initialisation, la dite machine i test contrôle automatiquement un ensemble de premières -sélections d'affectation de un ou plusieurs programmes de -e 2st pour les affecter automatiquement à chaque occurrence de configuration à tester, la dite première sélection d'af25 fectation étant effectuée, parmi un ensemble de programmes de test connus de la dite machine de test, en fonction de la dite constitution spécifique décrite par l'opérateur dont notamment le nombre et la nature des cartes contrôleur de périphérique, c) dans une troisième étape d'initialisation, l'ensemble des dites premières sélections d'affectation de un ou plusieurs progçamme$)de test affecté(s) à une occurrence de configuration à tester est contrôlé manuellement par l'opérateur qui, en dialoguant avec la dite machine de test, 35 commande la sélection d'affectation définitive pour déterminer spécifiquement à chaque occurrence de configuration à tester, l'ensemble des programmes de test à exécuter pour tester adéquatement la dite occurrence, chaque ensemble ainsi déterminé, après les deux sélections d'affectation susdites, est appelé "menu proposé spécifique" à chaque occurrence, d) dans une quatrième étape d'exécution, la dite machine de test, ci-dessous revendiquée, qui comporte un ou plusieurs périphériques dits périphériques outils et des moyens pour attacher indifféremment l'un quelconque des périphériques 10 outils à l'une quelconque des cartes contrôleur de l'une quelconque des occurrences de configuration, contrôle d'une manière permanente, récurrente et automatique, premièrement la recherche sélective d'une occurrence de configuration et deuxièmement, pour l'occurrence ainsi sélectée, une troisième sélection dite sélection d'exécution pour sélectionner, dans le menu proposé spécifique à la dite occurrence sélectée, un programme à exécuter, en fonction notamment du ou des périphériques outils disponibles, dans le cas o le dit programme sélecté exige la disponibilité de un ou 20 plusieurs périphériques pour être exécuté; après la dite sélection d'exécution d'un programme, la dite machine de z 2st commande alors l'attachement, à l'occurrence de confiyuration sélectée, du ou des périphériques outils exigés ct disponibles, puis le chargement dans la dite mémoire vive 25 et enfin le lancement de l'exécution du dit programme sélectionné pour être exécuté par la dite occurrence de configuration sélectée; ainsi l'exécution des programmes de test dans toutes les occurrences de configuration s'effectue simultanément puisque chaque occurrence exécute un programme 30 de test sélectionné pour exécution dans son propre menu proposé spécifique sans préjudice pour les autres occurrences sauf si un périphérique outil exigé est indisponible. e) dans une cinquième étape finale, un opérateur dialogue avec la dite machine de test ci-dessous revendiquée, pour provoquer la sortie, sur un dispositif de sortie de données, des dits résultats de test fournis par les dits programmes de test récurremment et automatiquement sélectes, chargés, puis lancés et enfin exécutés par les dites occurrences de configuration à tester, le tout sous contrôle de la dite machine de test. 2 Procédé de test selon la revendication 1 caractérisé en ce que, pour chaque occurrence de configuration, le premier programme de test sélecté lors de la dite troisième sélection d'exécution est un programme de test, appelé test réduit, pour tester les fonctions élémentaires, ou de base, de l'ensemble d'alimentation stabilisée et de l'unité centrale de l'occurrence de configuration. 3 Procédé de test selon la revendication 2 caractérisé en ce que, pour chaque occurrence de configuration, la sélection d'exécution est arrêtée si le programme de test ré15 duit ne s'est pas correctement déroulé et en ce que un opérateur est immédiatement averti de cet arrêt sans attendre la dite cinquième étape finale. Procédé de test selon les revendications 1, 2 ou 3, caractérisé en ce que, un opérateur peut, à chaque instant 20:cours du déroulement de la dite quatrième étape d'exécu.Din, exécuter des opérations de modification de chaque * u proposé spécifique en procédant comme indiqué dans la dite troisième étape d'initialisation. Procédé de test selon la revendication 4 caractérisé en ce que un opérateur peut, à chaque instant, pour une quelconque des occurrences de configuration à tester, arrêter ou lancer sélectivement le déroulement de la dite quatrième étape d'exécution. 6 Procédé de test selon l'une quelconque des reven30 dications précédentes caractérisé en ce que, la dite troisième sélection d'exécution d'un programme parmi ceux du menu proposé spécifique à une occurrence est fonction du nombre d'exécutions préalablement effectué de chacun des programmes du dit menu. 7 Procédé de test selon l'une quelconque des revendications précédentes caractérisé en ce que chacune des occurrences de configuration à tester est soumise à un ou plusieurs cycles thermiques, aussi appelés cycles de vieillissement contrôlés par la machine de test pendant la dite quatrième étape d'exécution. 8 Procédé de test selon l'une quelconque des revendication-, précédentes caractérisé en ce que pour chaque occurrence, une ou plusieurs microcoupures de l'ensemble d'alimen10 tation stabilisée sont sélectivement commandées par la machine de test pendant l'exécution des programmes de test. 9 Procédé de test selon l'une quelconque des revendications précédentes caractérisé en ce que, pour chaque occurrence, une ou plusieurs coupures de l'ensemble d'alimentation 15 stabilisée sont sélectivement commandées par la machine de test avant chacune des dites troisièmes sélections d'exécution. Procédé de test selon l'une quelconque des revendications précédentes caractérisé en ce que, un opérateur peut, pendant le déroulement de la dite quatrième étape d'exécu20 ot In, commander à la machine de test la sortie, sur un disp__itif de sortie de données, de l'état instantané de chaque ou-t:rrence de configuration 11; Machine de test pour la mise en oeuvre du procédé de test ci-dessus revendiqué comportant au moins un processeur, 25 des périphériques outils, des moyens pour dialoguer avec un opérateur et caractérisée en ce qu'elle comporte en outre des premiers moyens pour enregistrer la constitution spécifique de chaque occurrence de configuration à tester et le menu proposé spécifique à chaque occurrence, des deuxièmes 30 moyens pour se connecter simultanément à chaque occurrence de configuration à tester, des troisièmes moyens pour contrôler la sélection automatique d'un programme de test pour chaque occurrence de configuration et l'attachement à la dite occurrence du ou des périphériques outils pendant le temps nécessaire pour exécuter le programme de test sélecté des quatrièmes moyens pour lancer et contrôler l'exécution du programme de test sélecté et des cinquièmes moyens pour sortir, sur un dispositif de sortie de données et sous contrôle d'un opérateur, les résultats de test fournis par les dits programmes de test exécutés. 12 Machine de test selon la revendication 11 caractérisée en ce qu'elle comporte des moyens pour émettre un signal sonore lorsque un programme de test réduit ne s'est pas correctement déroulé t 13 Machine de test selon la revendication 11 ou 12 caractérisée en ce qu'elle comporte des moyens pour contrôler le cycle thermique d'un ou plusieurs locaux o sont placées des occurrences de machines à tester. 14 Machine de test selon la revendication 11, 12 ou 13, caractérisée en ce qu'elle comporte des moyens pour commander sélectivement des interruptions de courant de durée-variable, coupures ou micro-coupures, des ensembles d'alimentation stabilisée des occurrences de configuration à tester.