TTCN-3 – Wikipedia

TTCN-3 , court pour Notation de test et de contrôle des tests , est un langage de programmation spécifique au domaine pour tester les systèmes basés sur la communication. TTCN-3 est utilisé, par exemple, pour tester les protocoles de communication et leurs interfaces. Il est également utilisé pour tester les systèmes embarqués. TTCN-3 sert également à spécifier et à documenter les drains de test.

Les prédécesseurs TTCN et TTCN-2 représentaient toujours Notation combinée arbre et tabulaire .

L’éditeur de la norme est ETSI et ITU-T.

3GPP, Open Alliance, Tetra Association, IMS Forum, Wimax-forum, Autosar, la plupart de la coopération, OMA

abstraction [ Modifier | Modifier le texte source ]]

TTCN-3 est une langue de test abstraite qui prend en charge différentes représentations:

• Représentation textuelle ( Notation de base )
• représentation graphique ( Format graphique , GFT )

Les représentations de TTCN-3 sont équivalentes. Il existe également une cartographie standardisée entre les types de représentation individuels.

Étendabilité [ Modifier | Modifier le texte source ]]

Une caractéristique exceptionnelle de TTCN-3 est son extensibilité et ses intégrations possibles telles que:

• Intégration des définitions de données externes (ASN.1, IDL, XML et WSDL)
• Intégration des fonctions externes (Java, C, C #)
• Adaptation du système de test sous test (adaptateur de test / codec)

Interfaces standardisées: TCI et TRI [ Modifier | Modifier le texte source ]]

En plus du format de représentation textuel et graphique, TTCN-3 comprend les interfaces standardisées TRI (interface TTCN-3 Rundime) et TCI (interface de contrôle TTCN-3).

• TRI-ADAPTATION DE LA NOTATION DE CORE TTCN-3 RÉSUMÉ au Système réel testé
• Connection TCI de la notation de base TTCN-3 à la plate-forme de test et au système de gestion de texte (GUI, version de commande). De plus, les éditions de codage et de journal du flux de test sont spécifiées.

zone d’application [ Modifier | Modifier le texte source ]]

• Communications mobiles (LTE, WiMax, 3G, Tetra, GSM)
• Technologies à large bande (ATM, DSL)
• Plates-formes de middleware (Webservices, Corba, CCM, EJB)
• Protocoles Internet (SIP, IMS, Sigtran et IPv6)
• Carte à puce
• Automobile (TSN, AVB, Open, Autosar, Wave-DSR, ITS-G5, ECALL, MORD, CAN)
• Internet des objets (ONEM2M)

Un compilateur et un système d’heure d’exécution sont requis pour l’exécution des cas de test spécifiés dans TTCN-3. Ceux-ci sont offerts par divers fabricants:

• Communications spirituelles → TTWorkbench
• Testeur OpenTTCN → OpenTTCN
• Elvior → Testcast

TtTme [ Modifier | Modifier le texte source ]]

TtTme est un compilateur qui était au début de 2000 en tant que développement communautaire du groupe de travail Übb L’Université technique de Berlin et le Fraunhofer Focus Research Institute. En 2001, TTTTHREE a été le premier compilateur TTCN-3 en cours d’exécution à ETSI. Le développement ultérieur de ce compilateur et son intégration dans un IDE (environnement de développement de l’intégration) ont ensuite été réalisés aux technologies de départ, qui était basée à Berlin, qui était la superstructure du compilateur pur Ttworkbench développé. TTTHREE n’est disponible qu’en combinaison avec le ttworkbench. En 2016, les technologies de test et donc le développement ultérieur de TTWorkbench à partir des communications spirituels ont été repris.

Ttworkbench [ Modifier | Modifier le texte source ]]

Celui développé par Spirent Communications Ttworkbench est un environnement de développement de test et de test de test intégré basé sur TTCN-3 et Eclipse IDE.

Licence [ Modifier | Modifier le texte source ]]

Le TTWorkbench est licencié commercialement par des communications spirituels.

Construction [ Modifier | Modifier le texte source ]]

La connexion de la surface au compilateur est réalisée dans une architecture de serveur client; Cette méthode plutôt inhabituelle d’intervention de la communication avec un compilateur a été choisie car dans la phase précoce du développement du langage TTCN-3, les grandes lignes de test étaient souvent automatiquement traduites de la version précédente TTCN-2 et donc aucune division en modules différents. En déléguant les ordres de compilation à un serveur de compilateur, les gains de performances des mécanismes de mise en cache étaient espérés. La communication entre la surface et le compilateur est via du XML codé binaire.

En attendant, la plupart des séries de tests ont été structurées manuellement dans des modules raisonnables ou conçus modulairement comme un nouveau développement, de sorte que le point du compilateur de serveur client est de retour en arrière-plan.

Éditeur TTCN-3 [ Modifier | Modifier le texte source ]]

La conception de TTCN-3 en tant que langue abstraite, qui connaît plusieurs représentations équivalentes, est implémentée dans le TTWorkbench en modifiant les cas de test dans la représentation textuelle et graphique (GFT).

Les types de données peuvent provenir d’un certain nombre de langues importé Par exemple à partir d’ASN.1, XSD, WSDL et IDL, de sorte que dans ce cas, une représentation textuelle dans TTCN-3 peut être largement évitée.

Test distribué par TTMEX [ Modifier | Modifier le texte source ]]

L’environnement d’exécution ( Test Executable , Le ), dans lequel les cas de test spécifiés dans TTCN-3 ( Cas de test ) peut en fait être traité dans le ttworkbench soit localement (c’est-à-dire sur le même ordinateur), soit être utilisé sur différents ordinateurs. En raison du parallélisme, le temps global peut être considérablement réduit. Le ttworkbench soutient le test distribué à l’aide du Ttmex -Plugins.

Intégration dans Eclipse [ Modifier | Modifier le texte source ]]

La tâche principale de TTCN-3 est de tester les protocoles et les applications implémentés dans toutes les langues. Les parties du programme écrites dans d’autres langues sont donc souvent utilisées en relation avec TTCN-3. Le ttworkbench est donc basé sur l’éclipse, qui avec son Tamiser et Points de vue Représente une plate-forme extensible pour combiner plusieurs langues et applications.

Java [ Modifier | Modifier le texte source ]]

Le TTWorkbench est mis en œuvre dans Java, qui est suggéré par l’intégration dans Eclipse. Les cas de test spécifiés dans TTCN-3 sont également traduits en Java (c’est-à-dire dans des fichiers JAR) et traités en tant que tels dans le terme environnement.

Étendabilité [ Modifier | Modifier le texte source ]]

Certains habituels Plugins

ASN.1, FTP, GPIB, IDL, la plupart, RS232, Telnet, TTMEX, UDP, WSDL

Le ttworkbench réalise un certain nombre de ses fonctionnalités par un Brancher Concept, par exemple pour d’autres langues ou protocoles externes. Ces plugins ouvrent souvent des options pour l’importation de types de données à partir de ces langues. Dans le ttworkbench, ce concept d’architecture est le Plateforme client riche (RCP, implémenté de manière cohérente depuis Eclipse Version 3.0), par conséquent, la langue principale, TTCN-3, n’est disponible que via un plugin.

Les utilisateurs ont la possibilité d’écrire et d’intégrer leurs propres plugins, par exemple pour activer l’appel des fonctions externes à partir des cas de test spécifiés dans TTCN-3 ou pour intégrer des codecs spéciaux. De même, le (spécifié dans la norme de TTCN-3) Adaptateur de test réalisé comme des plugins.

Test des campagnes et des rapports [ Modifier | Modifier le texte source ]]

Si un fabricant spécifie un protocole à l’aide de cas de test qui sont écrits dans TTCN-3, cette liste de cas de test représente une série de tests, mais en pratique, elle est souvent trop étendue et trop peu divisée afin de trouver une utilisation directe. Un traitement simple de tous les cas de test prend généralement trop de temps et nécessite trop de préparation, souvent à partir du matériel approprié à tester.

Celui spécifié par l’ETSI pour TTCN-3 Test ( Cas de test ) donc dans le ttworkbench sur le concept de Campagne de test ( Campagnes de test ) et Métakampagnen ( Meta campagnes ) élargi. À l’aide de ces agents, de grandes suites de test peuvent être reproduites et divisées pour le traitement dans le terme environnement.

Les campagnes de test peuvent être créées par le testeur et représenter des listes de cas de test prévus spécifiquement; Les cas de test individuels peuvent toujours être paramétrés. Un certain nombre d’exécutions pour les cas de test individuels peuvent également être déterminés. Les campagnes Meta, en revanche, représentent des listes de campagnes de test qui sont destinées à une exécution concrète.

À partir des campagnes de test et des méta-campagnols et les fichiers journaux résultants peuvent être trouvés dans le ttworkbench Rapports générer. Ces rapports peuvent être sortis dans HTML, par exemple.

distribution [ Modifier | Modifier le texte source ]]

Selon le fabricant, le TTWorkbench a une part de marché de 30 à 50% pour les tests automatisés en utilisant TTCN-3. Quelques milliers de licences sont en circulation; Les universités et les institutions de recherche peuvent recevoir une licence gratuite. Le produit est téléchargé plusieurs centaines de fois par mois.

Tous les fournisseurs d’outils basés sur TTCN-3 offrent une formation individuelle pour la langue de test et l’outil, par lequel Spirent Communications est le premier fournisseur de formation accrédité. La formation accréditée traite systématiquement des dix parties des normes TTCN-3. Non seulement les aspects théoriques sont examinés, mais les participants sont guidés à travers divers exercices pratiques. Cela comprend le développement de plusieurs rayures à l’exécution contre un système testé.

Aux outils: