Développements logiciels, linux, informatique industrielle, Windows

Michel Simian, prestataire indépendant en informatique technique et industrielle : bases de données, monétique, télécom, temps réel. Développements logiciels, linux, Windows, assistance technique, formation logiciels libres.

ms@simian.fr Tél / Fax: 04 75 25 10 24 mobile : 06 15 51 79 52 Quartier Rabot - 26120 UPIE


	Conseil Développement Formation
	Réalisation Références Partenaires
	Qualité & Expérience
	Découvrez l'outil CLEM
	Découvrez l'outil TEST

Présent à Solutions Linux

Membre ALDIL

Membre G3L

Partenaire

TEST ( Test d'Entrée / Sortie Technique )

Quest-ce que l'outil TEST ?

	un langage pour écrire des scenarii Un langage proche du C, des fonctions E/S évoluées, des appels à des fonctions utilisateurs. Il est interprété pour développer rapidement des scenarii. (Pour Linux exclusivement).	Une mécanique d'échange, pour émettre et recevoir des données Multi-scenarii, Multi-ports Echange Scenarii-scenarii.

Des processus PORTS, pour traiter les protocoles

Parrallèle, EPP
Série, Modem
TCP/IP

Ce sont des processus autonomes.
Les scenarii les choisissent, ils sont adaptables à souhait, écrits en C.
Chacun peut écrire le sien, de bas niveau protocolaire ou de haut niveau applicatif.

Quand utiliser TEST ?

Pour simuler des équipements sur un système hétérogène

Les scenarii jouent des rôles d'équipements réputés fiables, pour éprouver les équipements sous le test (terminaux embarqués, concentrateurs, superviseurs, systèmes,...)
Les scenarii jouent les rôles des équipements sous le test, pour valider le comportement des équipements fiables.
Les scenarii se jouent et se rejouent à volonté (non-régression).

Pour superviser des échanges entre plusieurs machines

Les scenarii "attrapent" les trames échangées entre les équipements.

Ils peuvent contrôler la conformité aux spécifications.
Ils peuvent "réémettre" les trames vers les destinataires (telles que reçues, corrigées ou déteriorées).

Pour surveiller les échanges

Les processus ports peuvent traiter le protocole, ou les processus ports peuvent le laisser aux scenarii. Les scenarii peuvent fonctionner en parallèle aux échanges réels, et ne réagir que sur problèmes (signalisation, enregistrement de traçabilité).

Ils l'ont utilisé :

THALES IDATYS (Simulation publiphone)
MECELEC (Simulation UR2G)
ASCOM (Test equipements embarqu�s)
SAGEM (Simulation parc equipements)
ACS (Simulation parc equipements)

TEST, quelques idées supplémentaires

Espionnage : Embarquer une tâche spécialisée pour répondre à des scénarii, pour vider un équipement, lire ou "patcher" sa mémoire, voire déclencher des API du logiciel cible.

Télécharger : Envoyer un fichier, avec Test, c'est SEND "/home/scenar/prg1.x", bien sûr si quelqu'un répond au scenario.

Machine virtuelle : Test peut être porté pour interpréter les scenarii dans un équipement. Du coup, les scenarii s'exécutent aussi bien sur le PC Natif que dans la cible. C'est une alternative à Java, moins coûteuse, pour des applicatifs légers.

Analyse qualitative : Compter les trames, les erreurs, les réémisssions, les MTBF