FR2981473A1

FR2981473A1 - Software implemented method for automation of functional and non-regression testings of computer program, involves defining tests by model expressing logical and mathematical relationships between input and output data repositories

Info

Publication number: FR2981473A1
Application number: FR1103177A
Authority: FR
Inventors: Moujahid Zakaria El
Original assignee: Individual
Current assignee: Individual
Priority date: 2011-10-18
Filing date: 2011-10-18
Publication date: 2013-04-19

Abstract

The method involves defining tests by a model expressing logical and mathematical relationships between an input data repository and an identical or different output data repository. Adapters and interpreters are utilized for the extraction and the transformation of the data repositories for carrying out the tests by a software component, where each data repository is selected from one of a relational database, a file management system, an XMLdatabase, and an application server.

Description

La présente innovation concerne un procédé et des composants techniques implémentés par logiciel permettant l'automatisation des tests fonctionnels et de non régression sur les programmes informatiques liés à un système d'information ou à un logiciel de gestion. La réalisation de tests sur de tels programmes nécessite une vérification par un opérateur humain 5 des résultats de l'exécution du programme ou l'écriture d'un programme ou d'un script d'automatisation des tests ou encore la génération automatique d'un programme ou d'un script en fonction du cas de test saisi. Dans le premier cas, le test n'est pas automatisé et nécessite une vérification par un opérateur des résultats. Dans les deux autres cas, le test automatique est associé à un code ou à un script informatique dédié, ce qui nécessite une expertise technique en langage de programmation ou de script de la part du 10 testeur pour le créer ou le modifier, ou l'utilisation d'un outil dédié pour générer automatiquement le script et l'interpréter. Le procédé présenté permet d'automatiser les tests fonctionnels et de non régression en s'affranchissant de l'inconvénient d'écriture ou de génération d'un programme ou d'un script informatique associés à des cas de test. Il offre donc la possibilité de saisie et de sauvegarde de cas de tests sans 15 connaissance technique liée à la programmation informatique et sans outil de génération de script. Le résultat final attendu du procédé et les composants logiciels sur lesquels il s'appuie est l'exécution des tests après l'exécution du programme à tester et la génération d'un rapport contenant les tests ayant réussi et ceux ayant échoué. Le rapport pouvant prendre la forme d'un fichier informatique sauvegardé ou alors un affichage sur l'écran de l'utilisateur.The present invention relates to a method and technical components implemented by software for automating functional and non-regression tests on computer programs related to an information system or management software. Performing tests on such programs requires human operator verification of the results of program execution or the writing of a test automation program or script or the automatic generation of a program. program or script based on the test case entered. In the first case, the test is not automated and requires an operator verification of the results. In the other two cases, the automatic test is associated with a dedicated computer code or script, which requires technical expertise in the programming or scripting language from the tester to create or modify it, or the using a dedicated tool to automatically generate the script and interpret it. The presented method makes it possible to automate the functional and non-regression tests by overcoming the disadvantage of writing or generating a program or a computer script associated with test cases. It therefore offers the possibility of entering and saving test cases without technical knowledge related to computer programming and without script generation tools. The expected end result of the method and the software components on which it is based is the execution of the tests after the execution of the program to be tested and the generation of a report containing the successful and the failed tests. The report can take the form of a saved computer file or a display on the user's screen.

20 Le procédé décrit se base sur le principe de comparaison entre un référentiel de données en entrée du programme à tester et un référentiel de données en sortie. L'évaluation du différentiel entre le référentiel de données en entrée et le référentiel de données en sortie est réalisée après l'exécution du programme à tester. Le référentiel de données représente les données stockées dans un système de persistance pouvant être un système de fichiers, une base de données ou bien fournies par un serveur. Ce 25 référentiel représente le jeu de données utilisé pour le test. Le référentiel de données en sortie représente les données lues, créées ou modifiées par le programme à tester. Les référentiels de données en entrée et en sortie sont utilisés, dans le cadre du procédé, en utilisant un adaptateur dont le rôle est de faire abstraction de la nature physique du référentiel de données et de représenter le référentiel de données « adapté » sous forme d'une série d'enregistrements ou d'un modèle de données. Le modèle de données 30 représente la structure et les caractéristiques des données du référentiel. Un enregistrement représente des données réelles dans le référentiel. Les enregistrements issus d'un même référentiel peuvent avoir des liens entre eux, donnant lieu à une restructuration des données sous la forme d'un « arbre ». Chaque enregistrement regroupe des données. Chaque donnée d'un enregistrement est caractérisée par au moins son nom et sa valeur. Seule la valeur de la donnée est obligatoirement présente dans un enregistrement.The described method is based on the principle of comparison between an input data repository of the program to be tested and an output data repository. The evaluation of the differential between the input data repository and the output data repository is performed after the execution of the program to be tested. The data repository represents the data stored in a persistence system that can be a file system, a database, or a server. This repository represents the dataset used for the test. The output data repository represents the data read, created, or modified by the program to be tested. The input and output data repositories are used as part of the method, using an adapter whose role is to abstract the physical nature of the data repository and to represent the "adapted" data repository in the form of a series of records or a data model. The data model 30 represents the structure and characteristics of the repository data. A record represents real data in the repository. Records from the same repository may have links between them, giving rise to a restructuring of the data in the form of a "tree". Each record groups data. Each record's data is characterized by at least its name and value. Only the value of the data is obligatorily present in a record.

35 Les autres caractéristiques telles que le nom de la donnée, son type (nombre entier, chaine de caractères, date, booléen...) n'apparaissent pas nécessairement dans l'enregistrement mais peuvent être identifiés durant l'une des phases d'exécution du procédé grâce à l'adaptateur. Le procédé permet de créer des liens logiques et mathématiques entre les données en entrée « adaptées », que nous appellerons enregistrements en entrée et les données en sortie « adaptées », que nous appellerons enregistrements en sortie, et de sauvegarder ces liens. Les liens ainsi créés permettent, lors de l'exécution des tests de retrouver, pour chaque enregistrement en entrée l'enregistrement en sortie qui lui est associé selon les liens définis et d'exécuter les tests à partir de ces deux enregistrements, en appliquant les règles logiques et mathématiques précédemment saisies et sauvegardées. La définition des liens logiques et mathématiques entre les données en entrée et les données en sortie représentent les cas de test. Le procédé s'appuie sur un composant logiciel permettant d'exécuter les cas de tests. Le système d'automatisation des tests se décline en procédés et composants logiciels permettant de gérer l'intégralité du processus d'automatisation des tests et de leur exécution. Les caractéristiques du 10 procédé sont les suivantes : Les créateurs d'adaptateurs implémentés par une solution logicielle permettant de créer des adaptateurs. Lorsqu'un adaptateur est créé, il permet de lire ou d'extraire puis de représenter les données stockées dans le référentiel dans un format compréhensible par les autres parties du système. L'adaptateur permet aussi de faire abstraction de la nature du référentiel de donnée (base de données, système de 15 fichier, serveur) et de représenter les données sous un même format dans le système. L'interpréteur d'adaptateurs permettant d'interpréter les données issues d'un fichier ou d'une base de données lorsqu'un adaptateur adéquat a été crée. L'interprétation de ces données donne lieu à la représentation des données issues du référentiel dans un format compréhensible par les autres composants du dispositif, notamment le système de modélisation et le système d'exécution des tests 20 automatiques. Le procédé de modélisation permet d'exprimer des relations logiques et mathématiques entre les modèles de données de deux référentiels. Cette modélisation est rendue possible par l'adaptateur faisant l'interface avec le référentiel de données en entrée et l'adaptateur faisant l'interface avec le référentiel de données en sortie.35 Other characteristics such as the name of the data, its type (integer, string, date, boolean ...) do not necessarily appear in the record but can be identified during one of the phases of execution of the process thanks to the adapter. The method makes it possible to create logical and mathematical links between the "adapted" input data, which we will call input recordings and the "adapted" output data, which we will call output recordings, and to save these links. The links thus created make it possible, during the execution of the tests, to find, for each input record, the output record associated with it according to the links defined and to execute the tests from these two recordings, applying the logical and mathematical rules previously entered and saved. The definition of the logical and mathematical links between the input data and the output data represent the test cases. The method relies on a software component for executing the test cases. The test automation system consists of processes and software components to manage the entire process of test automation and execution. The characteristics of the method are as follows: The creators of adapters implemented by a software solution for creating adapters. When an adapter is created, it can read or extract and then represent the data stored in the repository in a format understandable by other parts of the system. The adapter also makes it possible to disregard the nature of the data repository (database, file system, server) and to represent the data in the same format in the system. The adapter interpreter for interpreting data from a file or database when an appropriate adapter has been created. The interpretation of these data gives rise to the representation of the data from the repository in a format understandable by the other components of the device, in particular the modeling system and the automatic test execution system. The modeling process makes it possible to express logical and mathematical relationships between the data models of two frames of reference. This modeling is made possible by the adapter interfacing with the input data repository and the adapter interfacing with the output data repository.

25 A l'issue de la modélisation, le procédé inclut une phase de sauvegarde de la modélisation créée dans un système de fichier, sur un serveur ou en base de données. La phase de sauvegarde est assistée par ordinateur. L'expression d'un cas de test entre un enregistrement en entrée et un enregistrement en sortie se fait en saisissant, dans le système, pour une donnée de l'enregistrement en entrée et pour une donnée de 30 l'enregistrement de sortie la relation de logique qui permet de valider ou invalider ce test. Plusieurs cas de tests peuvent être saisis pour le même enregistrement en entrée et le même enregistrement en sortie. A l'issue de la saisie des cas de test, le procédé inclut une phase de sauvegarde de ces derniers dans un système de fichier, sur un serveur ou en base de données. Le dispositif d'automatisation contient un composant logiciel qui permet d'exécuter les tests 35 sauvegardés. Ce programme utilise l'adaptateur du référentiel en entrée et l'adaptateur du référentiel en sortie pour accéder aux données et les transformer en enregistrements interprétables par le système. Pour chaque enregistrement en entrée, il utilise la modélisation préalablement saisie pour rechercher si un enregistrement satisfaisant les conditions d'association existe dans le référentiel de sortie. Si une association est trouvée, le programme exécute un à un les cas de test saisis sur les données du couple enregistrement en entrée - enregistrement en sortie et enregistre le résultat de chaque test avant de restituer le rapport des tests à l'utilisateur. La figure 1 schématise le procédé de transposition des données issues d'un référentiel de données 5 vers une série d'enregistrements en utilisant les adaptateurs et les interpréteurs La figure 2 illustre le rôle des créateurs d'adaptateurs dans le procédé La figure3 illustre la modélisation des liens et des cas de test entre deux référentiels de données. La figure 4 illustre les éléments composant le procédé dans un ordre chronologique, en regroupant les éléments faisant partie de la phase de modélisation et ceux faisant partie de la phase d'exécution.At the end of the modeling, the method includes a backup phase of the modeling created in a file system, on a server or in a database. The backup phase is computer assisted. The expression of a test case between an input recording and an output recording is done by entering, in the system, for a data of the input recording and for a data of the output recording the relation logic that validates or invalidates this test. Several test cases can be entered for the same input record and the same output record. After entering the test cases, the method includes a backup phase of the latter in a file system, on a server or in a database. The automation device contains a software component that allows the saved tests to be performed. This program uses the input repository adapter and the output repository adapter to access the data and transform it into system-readable records. For each input record, it uses the previously entered modeling to find if a record satisfying the association conditions exists in the output repository. If an association is found, the program executes one by one the test cases entered on the input-output record data and records the result of each test before returning the test report to the user. Figure 1 schematizes the process of transposing data from a data repository 5 to a series of records using adapters and interpreters. Figure 2 illustrates the role of the adapter creators in the process. Figure 3 illustrates the modeling. links and test cases between two data repositories. Figure 4 illustrates the elements composing the method in a chronological order, by grouping the elements forming part of the modeling phase and those forming part of the execution phase.

10 En référence à ces figures, le système comporte deux créateurs d'adaptateurs : Le « FileAdapterCreator » (3) est un créateur des adaptateurs pour les référentiels de données pour lesquels le support physique de stockage est un fichier (1). Le type de fichier peut être l'un des suivants : fichier plat, fichier avec délimiteurs, ou fichier XML. Le « FileAdapterCreator » est un composant logiciel qui permet à un utilisateur de décrire les caractéristiques du fichier dans lequel les données sont stockées. Les 15 caractéristiques à décrire portent à la fois sur le type de fichier et sur le contenu du fichier, ce qui permet d'identifier les enregistrements contenus dans le fichier et d'identifier les couples (nom de la donnée, valeur de la donnée) pour chaque enregistrement. Lorsque l'utilisateur renseigne les informations descriptives du fichier, le « FileAdapterCreator » enregistre les informations relatives à la description du fichier. Cet enregistrement peut être fait dans un ou plusieurs fichiers de description ou dans une base de 20 données. Cet enregistrement sera dénommé pour la suite un adaptateur de fichier. L'adaptateur de fichier ainsi créé (5) permettra au système de lire et d'interpréter tous les fichiers ayant les mêmes caractéristiques que celles décrites et enregistrées. Le « DatabaseAdapterCreator » (4) est un créateur des adaptateurs qui est utilisé lorsque le référentiel de données s'appuie sur un support de stockage de type base de données. Le « Data baseAdapterCreator » est 25 un composant logiciel qui permet à un utilisateur de saisir des données techniques nécessaires à l'établissement d'une connexion avec une base de données, ainsi que la requête d'interrogation de la base de données permettant de sélectionner une partie des données du référentiel. Les informations saisies par l'utilisateur sont sauvegardées dans un ou plusieurs fichiers de description ou dans une base de données. Cet enregistrement sera dénommé pour la suite un adaptateur de base de données (6). L'adaptateur ainsi 30 créé permettra au système de lire et d'interpréter les données restituées après la connexion à la base de données décrite et à l'exécution de la requête enregistrée par l'utilisateur. L'adaptateur de fichier et l'adaptateur de base de données sont enregistrés dans un format spécifique qui est interprétable par deux autres composants du dispositif : l'interpréteur des fichiers (7) et l'interpréteur de base de données (8).Referring to these figures, the system comprises two creators of adapters: The "FileAdapterCreator" (3) is a creator of the adapters for the data repositories for which the physical storage medium is a file (1). The file type can be one of the following: flat file, delimited file, or XML file. The "FileAdapterCreator" is a software component that allows a user to describe the characteristics of the file in which the data is stored. The 15 characteristics to be described relate to both the file type and the content of the file, which makes it possible to identify the records contained in the file and to identify the pairs (name of the data, value of the data) for each record. When the user enters the descriptive information of the file, the "FileAdapterCreator" saves the information relating to the description of the file. This recording can be done in one or more description files or in a database. This record will be referred to as a suite file adapter. The resulting file adapter (5) will allow the system to read and interpret all files with the same characteristics as those described and saved. The "DatabaseAdapterCreator" (4) is an adapter creator that is used when the data repository relies on a storage medium of the database type. The "Data baseAdapterCreator" is a software component that allows a user to enter technical data necessary for establishing a connection with a database, as well as the query query of the database for selecting part of the repository data. The information entered by the user is saved in one or more description files or in a database. This record will be named afterwards a database adapter (6). The adapter thus created will allow the system to read and interpret the returned data after connection to the described database and execution of the user's recorded request. The file adapter and the database adapter are saved in a specific format that can be interpreted by two other components of the device: the file interpreter (7) and the database interpreter (8).

35 L'interpréteur des adaptateurs de fichier est une partie du système qui permet de lire un fichier contenant des données dont le type et la structure sont décrits par un adaptateur de fichier. L'interpréteur des adaptateurs permet au dispositif de représenter les données issues de différents référentiels dans un même format (9)(10), ce qui permet au dispositif d'exploiter ces données en vue de la réalisation des tests quelque soit l'organisation initiale des données dans le référentiel d'origine. Le procédé de modélisation des associations entre le référentiel de données en entrée et le référentiel de donnée en sortie s'appuie sur les adaptateurs afin de transposer le référentiel de donnée en 5 entrée et de transposer le référentiel de données en sortie. Le résultat des transpostions est l'obtention des séries d'enregistrement (21)(22) ou du modèle de donnée propre à chaque référentiel. La modélisation consiste à sélectionner des données à partir des enregistrements ou du modèle et d'exprimer la relation de comparaison (23) (par exemple l'égalité) entre les valeurs des deux données (27)(28) qui doit être satisfaite pour que le système déduise que les enregistrements auxquelles appartiennent ces données sont liés entre 10 eux de façon logique. Le dispositif prévoit également la possibilité de réaliser une opération de transformation de la valeur de la donnée en entrée et/ou de la valeur de la donnée en sortie avant l'application de la relation de comparaison. Le nom d'une donnée peut être simple (par exemple nom, prénom, adresse) ou composé permettant de caractériser la donnée sous une forme arborescente (par exemple client/information/nom, client/information/prénom, client/information/adresse). Une relation 15 d'association peut être représentée, à titre d'exemple sous la forme : client/information/nom = contrat/titulaire/nom. Le membre à gauche de l'égalité appartenant au référentiel de donnée en entrée moyennant la transformation de l'interpréteur et le membre à droite de l'égalité appartenant au référentiel de donnée en sortie moyennant la transformation de l'interpréteur. Le procédé de création des cas de test fait abstraction de la manière dont le programme 20 informatique s'est exécuté et les règles métiers qui ont été appliquées et se base uniquement sur une comparaison entre le référentiel de données en entrée, dont une partie constitue les données utilisées par le programme et le référentiel de donnée en sortie, dont une partie constitue les données modifiées par le même programme. Le procédé de saisie de cas de test s'appuie également sur les adaptateurs afin de représenter une donnée du référentiel en entrée, caractérisée par son nom, puis de représenter une 25 donnée du référentiel en sortie, caractérisée également par son nom et d'exprimer la relation mathématique (24) (=,#,>,< ou autre) entre les valeurs des deux données qui doit être satisfaite pour que le dispositif déduise que le cas de test a réussi ou a échoué. Le procédé prévoit également la possibilité d'appliquer des fonctions mathématiques sur la valeur de la donnée en entrée (27) et/ou de la valeur de la donnée en sortie (28) et l'application de la relation mathématique établissant la comparaison sur les 30 résultats des fonctions appliquées aux valeurs. Dans la représentation d'un cas de test, le nom d'une donnée peut être simple (par exemple nom, prénom, adresse) ou composé permettant de caractériser la donnée sous une forme arborescente (par exemple client/information/nom, client/information/prénom, client/information/adresse). Un cas de test peut être représenté de façon abstraite, c'est-à-dire qu'il sera appliqué à tous les enregistrements en entrée et en sortie pour lesquels une relation d'association est 35 établie. Un cas de test peut être représenté de façon concrète, c'est-à-dire spécifique à une valeur. Dans ce cas la validité de la relation de test sera vérifiée pour une valeur particulière de la donnée en entrée. Lorsqu'un enregistrement en entrée contient une donnée ayant la valeur désignée et qu'un enregistrement en sortie lui est associé, alors la comparaison sera faite par le dispositif uniquement dans ce cas et donnera lieu à un statut de réussite ou d'échec du test. Pour un programme donné, lorsque l'association et les cas de tests ont été saisis et sauvegardés, les tests peuvent être exécutés grâce au procédé d'exécution des tests. Ce procédé est implémenté par un composant logiciel et fait partie du dispositif d'automatisation des tests. Il fait appel à l'adaptateur du référentiel de donnée en entrée afin d'extraire ou de lire les données qui seront parcourues pour la réalisation des tests. Le dispositif permet le lancement de cette étape avant l'exécution du programme à tester. Après l'exécution du programme à tester, le dispositif fait appel au composant logiciel de test dont le rôle consiste à parcourir un à un chaque enregistrement issu de l'adaptateur en entrée, puis de parcourir un à un chaque enregistrement issu de l'adaptateur en sortie en vérifiant pour chaque enregistrement en entrée et pour chaque enregistrement en sortie si la règle d'association précédemment définie dans le système est validée. Si c'est le cas, alors le système vérifie les cas de tests saisis et vérifie si les relations entre les données des deux enregistrements sont valides. Pour chaque cas de test, une écriture sur les caractéristiques du test effectué et son statut (échec ou réussite) est sauvegardée en mémoire du processeur, en base de données ou dans un fichier. Ces données composent le rapport généré par le système pour restitution à l'utilisateur. Dans ce procédé, la saisie des règles de test ne s'appuie sur aucun script, qu'il soit écrit par un utilisateur ou généré par un logiciel. Durant le cycle de vie du programme informatique à tester, les tests peuvent être exécutés automatiquement par le système à la demande, et à chaque fois que cela est nécessaire afin de valider les règles fonctionnelles et vérifier la non régression du programme. Ce dispositif constitue un procédé d'industrialisation des tests logiciels et permet de générer automatiquement les rapports des tests exécutés directement exploitables par un utilisateur, offrant ainsi une grande productivité et une grande efficacité et fiabilité pour mener les tests fonctionnels et de non régression. The file adapter interpreter is a part of the system that makes it possible to read a file containing data whose type and structure are described by a file adapter. The interpreter adapters allows the device to represent the data from different repositories in the same format (9) (10), which allows the device to use these data to perform tests regardless of the initial organization data in the original repository. The method of modeling the associations between the input data repository and the output data repository relies on the adapters to transpose the input data repository and transpose the output repository. The result of the transpositions is the obtaining of the recording series (21) (22) or of the data model specific to each repository. The modeling consists in selecting data from the records or the model and expressing the comparison relation (23) (for example the equality) between the values of the two data (27) (28) which must be satisfied for the system deduces that the records to which these data belong are logically related. The device also provides the possibility of performing a transformation operation of the value of the input data and / or the value of the output data before the application of the comparison relation. The name of a data can be simple (for example name, first name, address) or compound allowing to characterize the data in a tree form (for example customer / information / name, customer / information / first name, customer / information / address) . An association relationship can be represented, for example in the form: customer / information / name = contract / owner / name. The member to the left of the equality belonging to the input data repository by means of the transformation of the interpreter and the member to the right of the equality belonging to the output data repository by means of the transformation of the interpreter. The method of creating the test cases disregards the manner in which the computer program has executed and the business rules that have been applied and is based solely on a comparison between the input data repository, a part of which constitutes the data used by the program and the output data repository, part of which is data modified by the same program. The test case entry method also relies on the adapters to represent data from the input repository, characterized by its name, and then to represent a data item of the output repository, also characterized by its name and to express the mathematical relation (24) (=, #,>, <or other) between the values of the two data that must be satisfied for the device to deduce that the test case was successful or failed. The method also provides the possibility of applying mathematical functions to the value of the input data (27) and / or the value of the output data (28) and the application of the mathematical relation establishing the comparison on the 30 results of the functions applied to the values. In the representation of a test case, the name of a data can be simple (for example name, first name, address) or compound allowing to characterize the data in a tree form (for example client / information / name, client / information / first name, customer / information / address). A test case may be abstractly represented, i.e. it will be applied to all input and output records for which an association relationship is established. A test case can be represented concretely, that is to say specific to a value. In this case the validity of the test relation will be checked for a particular value of the input data. When an input record contains data having the designated value and an output record is associated with it, then the comparison will be made by the device only in this case and will give rise to a success or failure status of the test. . For a given program, when the association and the test cases have been entered and saved, the tests can be run through the test execution method. This method is implemented by a software component and is part of the test automation device. It uses the input data repository adapter to retrieve or read the data that will be scanned for testing. The device allows the launch of this step before the execution of the program to be tested. After running the program to be tested, the device uses the test software component whose role is to browse one by one each record from the input adapter, and then browse one by one each record from the adapter output by checking for each input record and for each output record if the association rule previously defined in the system is validated. If this is the case, then the system checks the test cases entered and checks whether the relationships between the data of the two records are valid. For each test case, a write on the characteristics of the test carried out and its status (failure or success) is saved in processor memory, in database or in a file. These data make up the report generated by the system for rendering to the user. In this method, the input of the test rules does not rely on any script, whether written by a user or generated by software. During the life cycle of the computer program to be tested, the tests can be run automatically by the system on demand, and whenever necessary to validate the functional rules and check the non-regression of the program. This device is a process of industrialization of software tests and automatically generates the reports of tests executed directly usable by a user, thus providing high productivity and high efficiency and reliability to conduct functional and non-regression tests.

Claims

CLAIMS1) A method implemented by software for automating the functional and non-regression tests of a computer program characterized in that the tests are described by modeling expressing the logical and mathematical relationships between an input data repository (14) and an identical or different output data repository (18). The device includes adapters (5) (6) and interpreters (2) (5) for retrieving and transforming the repository data and a software component for performing the tests.

2) Method according to claim 1 characterized in that a data repository is a relational database (12) (16) or a file management system (11) (15) or an XML database or a server of application (13) (17)

3) Method according to claim 2 characterized in that the data repository can be transposed into an intermediate data representation format (19) (20) using adapters (5) (6) and interpreters (7) (8). ) part of the system

4) Method according to claim 1 characterized in that the modeling of associations between records is an abstract or concrete representation on the names of the data for linking an input record (21) to an output record (22) by the definition an association rule (23) between the data (27) (28) from the series of records (19) and (20)

5) Method according to claim 1 characterized in that the modeling of the test cases is an abstract or concrete representation for linking one or more data of an input record (21) to one or more data of a record in output (22)

6) Method according to claim 5 characterized in that an abstract representation relates to the name of a data and a concrete representation relates to the value of a data.

7) Method according to claim 1 characterized in that the automation of the tests includes the execution of the tests by a software component

8) Method according to claim 1 characterized in that the test execution software component is a tool for analyzing and verifying the compliance of processed data, in view of the modelings entered and saved.

9) Method according to claim 8 characterized in that the software component is a generator of test reports, in view of the results of the analysis and verification of compliance.