FR2549256A1 - Procede et machine automatiques pour tester simultanement des systemes informatiques - Google Patents
Procede et machine automatiques pour tester simultanement des systemes informatiques Download PDFInfo
- Publication number
- FR2549256A1 FR2549256A1 FR8310315A FR8310315A FR2549256A1 FR 2549256 A1 FR2549256 A1 FR 2549256A1 FR 8310315 A FR8310315 A FR 8310315A FR 8310315 A FR8310315 A FR 8310315A FR 2549256 A1 FR2549256 A1 FR 2549256A1
- Authority
- FR
- France
- Prior art keywords
- test
- occurrence
- configuration
- execution
- tested
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000012360 testing method Methods 0.000 title claims abstract description 147
- 238000000034 method Methods 0.000 title abstract description 14
- 238000010998 test method Methods 0.000 claims description 17
- 230000002093 peripheral effect Effects 0.000 claims description 16
- 230000006870 function Effects 0.000 claims description 5
- 230000000306 recurrent effect Effects 0.000 claims description 2
- 230000032683 aging Effects 0.000 claims 1
- 230000000712 assembly Effects 0.000 claims 1
- 238000000429 assembly Methods 0.000 claims 1
- 238000012986 modification Methods 0.000 claims 1
- 230000004048 modification Effects 0.000 claims 1
- 230000008569 process Effects 0.000 abstract description 7
- 230000006872 improvement Effects 0.000 description 7
- 230000003068 static effect Effects 0.000 description 7
- 230000008901 benefit Effects 0.000 description 3
- JJJFUHOGVZWXNQ-UHFFFAOYSA-N enbucrilate Chemical compound CCCCOC(=O)C(=C)C#N JJJFUHOGVZWXNQ-UHFFFAOYSA-N 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 238000004519 manufacturing process Methods 0.000 description 3
- 206010003830 Automatism Diseases 0.000 description 2
- 206010063493 Premature ageing Diseases 0.000 description 1
- 208000032038 Premature aging Diseases 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 238000012800 visualization Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/26—Functional testing
- G06F11/273—Tester hardware, i.e. output processing circuits
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
PROCEDE ET MACHINE DE TEST AUTOMATIQUE POUR TESTER SIMULTANEMENT DES SYSTEMES INFORMATIQUES NOTAMMENT AVANT LIVRAISON EN CLIENTELE QUAND LES PERIPHERIQUES SONT LIVRES PAR AILLEURS. DES PERIPHERIQUES DE TEST SONT CONNECTABLES AUTOMATIQUEMENT, CONNEXION MULTIPLEXEE, AUX DIFFERENTES CARTES CONTROLEUR DE PERIPHERIQUE DU SYSTEME A TESTER ET LA MACHINE DE TEST LANCE SELECTIVEMENT ET EN CONTINU L'EXECUTION DE DIVERS PROGRAMMES DE TEST PAR LES DIVERS SYSTEMES A TESTER.
Description
"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.
Claims (9)
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.
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR8310315A FR2549256B1 (fr) | 1983-06-22 | 1983-06-22 | Procede et machine automatiques pour tester simultanement des systemes informatiques |
| US06/622,348 US4639916A (en) | 1983-06-22 | 1984-06-19 | Automatic method and machine for the simultaneous testing of data processing systems |
| EP84200891A EP0129935B1 (fr) | 1983-06-22 | 1984-06-20 | Méthode automatique et machine pour le test simultané de systèmes de traitement de données |
| DE8484200891T DE3467941D1 (en) | 1983-06-22 | 1984-06-20 | Automatic method and machine for the simultaneous testing of data processing systems |
| JP59127725A JPS6014353A (ja) | 1983-06-22 | 1984-06-22 | デ−タ処理システムテスト方法及び装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR8310315A FR2549256B1 (fr) | 1983-06-22 | 1983-06-22 | Procede et machine automatiques pour tester simultanement des systemes informatiques |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| FR2549256A1 true FR2549256A1 (fr) | 1985-01-18 |
| FR2549256B1 FR2549256B1 (fr) | 1985-11-29 |
Family
ID=9290051
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR8310315A Expired FR2549256B1 (fr) | 1983-06-22 | 1983-06-22 | Procede et machine automatiques pour tester simultanement des systemes informatiques |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US4639916A (fr) |
| EP (1) | EP0129935B1 (fr) |
| JP (1) | JPS6014353A (fr) |
| DE (1) | DE3467941D1 (fr) |
| FR (1) | FR2549256B1 (fr) |
Families Citing this family (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5109484A (en) * | 1986-04-09 | 1992-04-28 | International Business Machines Corporation | Self configuring terminal which polls loop network and generates list of connected devices for use in selectively downloading control programs |
| US5274797A (en) * | 1986-05-30 | 1993-12-28 | Bull Hn Information Systems Inc. | Multiprocessor system with centralized initialization, testing and monitoring of the system and providing centralized timing |
| US5021997A (en) * | 1986-09-29 | 1991-06-04 | At&T Bell Laboratories | Test automation system |
| DE3931924A1 (de) * | 1989-09-25 | 1991-04-04 | Standard Elektrik Lorenz Ag | Steuerung der zeitlichen zuordnung von datenverarbeitungsleistung einer rechenanlage |
| JPH0772870B2 (ja) * | 1990-12-21 | 1995-08-02 | インターナショナル・ビジネス・マシーンズ・コーポレイション | 構造検査パネルの生産自動化方法 |
| US5553245A (en) * | 1994-05-11 | 1996-09-03 | Macronix International Co., Ltd. | Automatic configuration of multiple peripheral interface subsystems in a computer system |
| US5864660A (en) * | 1996-03-12 | 1999-01-26 | Electronic Data Systems Corporation | Testing the integration of a plurality of elements in a computer system using a plurality of tests codes, each corresponding to an alternate product configuration for an associated element |
| DE19704416A1 (de) * | 1997-02-06 | 1998-08-20 | Heidenhain Gmbh Dr Johannes | Vorrichtung zur Steuerung einer Werkzeugmaschine |
| US6477486B1 (en) * | 1998-09-10 | 2002-11-05 | Dell Usa, L.P. | Automatic location determination of devices under test |
| US8120380B2 (en) * | 2000-03-30 | 2012-02-21 | Seagate Technology Llc | Comprehensive application power tester |
| DE10030980A1 (de) * | 2000-06-30 | 2002-01-10 | Bosch Gmbh Robert | Verfahren zur Steuerung des Programmablaufs in einem Mikrocontroller |
| KR100445636B1 (ko) * | 2002-06-17 | 2004-08-25 | 삼성전자주식회사 | 에프피지에이와 다수개의 프로그램 가능한 메모리모듈들을 이용한 컴퓨터 시스템 테스트 장치 및 그 테스트방법 |
| US7356436B2 (en) * | 2005-02-02 | 2008-04-08 | International Business Machines Corporation | Method, system, and storage medium for estimating and improving test case generation |
| CN102540047B (zh) * | 2010-12-14 | 2015-04-22 | 苏州工业园区谱芯科技有限公司 | 一种测试覆盖率的评估方法 |
| TW201321973A (zh) * | 2011-11-25 | 2013-06-01 | Askey Technology Jiangsu Ltd | 手持式電子裝置測試方法 |
| TW201321968A (zh) * | 2011-11-29 | 2013-06-01 | Askey Technology Jiangsu Ltd | 手持式電子裝置應用程式的測試方法 |
| CN103136096A (zh) * | 2011-11-29 | 2013-06-05 | 亚旭电子科技(江苏)有限公司 | 手持式电子装置应用程序的测试方法 |
| KR20160056196A (ko) * | 2014-11-11 | 2016-05-19 | 삼성전자주식회사 | 검사장치 및 그 제어방법 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2221740A1 (fr) * | 1973-03-16 | 1974-10-11 | Honeywell Bull Soc Ind | |
| FR2259397A1 (fr) * | 1974-01-25 | 1975-08-22 | Honeywell Bull Soc Ind | |
| US4108358A (en) * | 1977-03-22 | 1978-08-22 | The Bendix Corporation | Portable circuit tester |
| EP0053561A2 (fr) * | 1980-12-03 | 1982-06-09 | René Lazare | Testeur spécifique modulaire, automatisé et portable |
Family Cites Families (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4531182A (en) * | 1969-11-24 | 1985-07-23 | Hyatt Gilbert P | Machine control system operating from remote commands |
| JPS4932020A (fr) * | 1972-07-28 | 1974-03-23 | ||
| US4057847A (en) * | 1976-06-14 | 1977-11-08 | Sperry Rand Corporation | Remote controlled test interface unit |
| US4231087A (en) * | 1978-10-18 | 1980-10-28 | Bell Telephone Laboratories, Incorporated | Microprocessor support system |
| US4281379A (en) * | 1978-12-18 | 1981-07-28 | Mcdonnell Douglas Corporation | Computer driven control system for a numerically controlled machine tool |
| IT1117593B (it) * | 1979-01-24 | 1986-02-17 | Cselt Centro Studi Lab Telecom | Sistema di aotodiagnosi per una apparecchiatura di controllo gestita da elaboratore |
| JPS55166754A (en) * | 1979-06-15 | 1980-12-26 | Nec Corp | Automatic inspection system of computer system |
| GB2079492B (en) * | 1980-06-25 | 1984-06-06 | Yokogawa Electric Works Ltd | Programmable controller |
| JPS5717019A (en) * | 1980-07-07 | 1982-01-28 | Fanuc Ltd | Numerical controller |
| DE3040008C2 (de) * | 1980-10-23 | 1984-08-02 | Siemens AG, 1000 Berlin und 8000 München | Einrichtung zum Erzeugen eines Adressenstops zum Prüfen des Programmablaufs einer Steuerung |
| US4371952A (en) * | 1981-05-06 | 1983-02-01 | Ncr Corporation | Diagnostic circuitry for isolating a faulty subsystem in a data processing system |
| US4489414A (en) * | 1981-10-28 | 1984-12-18 | Hal Computers Limited | Computer peripheral testing equipment |
| US4471348A (en) * | 1982-01-15 | 1984-09-11 | The Boeing Company | Method and apparatus for simultaneously displaying data indicative of activity levels at multiple digital test points in pseudo real time and historical digital format, and display produced thereby |
| DE3206891A1 (de) * | 1982-02-26 | 1983-09-15 | Robert Bosch Gmbh, 7000 Stuttgart | Verfahren zur fehlerdiagnose fuer speicherprogrammierbare steuerungen |
| US4514842A (en) * | 1983-11-03 | 1985-04-30 | Gte Automatic Electric Inc. | T-S-T-S-T Digital switching network |
-
1983
- 1983-06-22 FR FR8310315A patent/FR2549256B1/fr not_active Expired
-
1984
- 1984-06-19 US US06/622,348 patent/US4639916A/en not_active Expired - Lifetime
- 1984-06-20 EP EP84200891A patent/EP0129935B1/fr not_active Expired
- 1984-06-20 DE DE8484200891T patent/DE3467941D1/de not_active Expired
- 1984-06-22 JP JP59127725A patent/JPS6014353A/ja active Granted
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2221740A1 (fr) * | 1973-03-16 | 1974-10-11 | Honeywell Bull Soc Ind | |
| FR2259397A1 (fr) * | 1974-01-25 | 1975-08-22 | Honeywell Bull Soc Ind | |
| US4108358A (en) * | 1977-03-22 | 1978-08-22 | The Bendix Corporation | Portable circuit tester |
| EP0053561A2 (fr) * | 1980-12-03 | 1982-06-09 | René Lazare | Testeur spécifique modulaire, automatisé et portable |
Non-Patent Citations (3)
| Title |
|---|
| 1981 INTERNATIONAL TEST CONFERENCE, Digest of Papers, 27-29 octobre 1981, Paper 17.4, IEEE Computer Society, New York (US) * |
| PROCEEDINGS OF THE SPRING JOINT COMPUTER CONFERENCE, Boston, Mass. (US), 14-16 mai 1969, AFIPS Press * |
| WESCON TECHNICAL PAPER, vol. 26, septembre 1982, North Hollywood, CA (US) * |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0129935B1 (fr) | 1987-12-02 |
| DE3467941D1 (en) | 1988-01-14 |
| US4639916A (en) | 1987-01-27 |
| FR2549256B1 (fr) | 1985-11-29 |
| JPH0526214B2 (fr) | 1993-04-15 |
| JPS6014353A (ja) | 1985-01-24 |
| EP0129935A1 (fr) | 1985-01-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| FR2549256A1 (fr) | Procede et machine automatiques pour tester simultanement des systemes informatiques | |
| EP0699997B1 (fr) | Procédé et dispositif pour l'identification de pannes dans un système complexe | |
| EP0026135B1 (fr) | Procédé de test d'une ligne de transmission de données numériques entre deux modems et dispositif mettant en oeuvre ce procédé | |
| CH616251A5 (fr) | ||
| FR2531230A1 (fr) | Ensemble destine au test automatique centralise de circuits imprimes et procede de test de circuits a microprocesseur faisant application de cet ensemble | |
| FR2767944A1 (fr) | Procede et systeme d'installation et d'essai d'un logiciel sur un systeme d'ordinateur personnalise | |
| FR2547520A1 (fr) | Installation modulaire pour l'assemblage et/ou l'usinage de pieces, avec dispositifs claviers-afficheurs a chaque poste | |
| FR2478845A1 (fr) | Equipement de traitement de donnees comportant un appareil de diagnostic, et procede permettant d'etablir une communication entre l'appareil de diagnostic et un processeur principal de l'equipement | |
| FR2757664A1 (fr) | Terminal et procede d'autodiagnostic ou de supervision et objet portatif utilise dans un tel terminal ou procede | |
| KR920005233B1 (ko) | 데이타 처리 시스템의 시험 및 보수 방법과 장치 | |
| EP0445034B1 (fr) | Dispositif et utilisation de ce dispositif dans un procédé de remplacement de cartes | |
| CH621201A5 (fr) | ||
| FR2514145A1 (fr) | Appareil de test pour une installation a rayons x | |
| CN111309616B (zh) | 一种测试平台的实现方法 | |
| FR2684211A1 (fr) | Dispositif d'exploitation des informations relatives aux pannes detectees par une ou plusieurs unites centrales d'un aeronef. | |
| CN108810525A (zh) | 一种组合型智能机顶盒量产测试方法及系统 | |
| CN100535815C (zh) | 操作指令系统、装置以及操作指令方法 | |
| CN112269733B (zh) | 一种服务器自动化老化测试方法及存储介质 | |
| EP0031618A2 (fr) | Installation de plusieurs machines-outils à commande numérique | |
| KR20000047471A (ko) | 동적 번랙 모니터 리스너 서버 | |
| EP0531177B1 (fr) | Procédé de réparation et outil de maintenance et d'aide à la réparation mettant en oeuvre le procédé | |
| CN113626745A (zh) | 一种页面渲染方法和相关装置 | |
| FR2928211A1 (fr) | Systeme et procede de traitement d'informations capables d'effectuer une notification d'etat detaillee. | |
| EP4362358A1 (fr) | Procédés et systèmes pour tester un système | |
| EP0512881A1 (fr) | Procédé et dispositif de sélection d'informations utilisables par une unité locale reliée à un système de transmission numérique |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TP | Transmission of property | ||
| ST | Notification of lapse |