Qu'est-ce que le test d'hôte/cible?
Le principe du test hôte/cible consiste à exhécuter le code source testé dans son
environnement cible normal, puis à évaluer et analyser les résultats de test obtenus sur
une plate-forme d'hébergement séparée. Cela facilite le test de systèmes embarqués
développés sur une plate-forme d'hébergement, transcompilés, téléchargés sur un
processeur cible spécifique.
Dans un environnement de ce type, LDRA Testbed peut d'abord servir à exécuter
une analyse statique et une instrumentation de l'application logicielle sur la plate-forme d'hébergement.
Ensuite, après exécution de l'application instrumentée dans l'environnement cible, LDRA Testbed analysera les
données de flux de commande résultantes et générera les résultats d'analyse dynamique de couverture
associés
Un exemple courant de ce processus consisterait à effectuer l'analyse LDRA Testbed
sur un poste de travail et à exécuter l'application sur un microcontrôleur qui
contrôle un matériel spécifique. Cependant, il n'est pas impossible de rencontrer le processus
inverse, par exemple l'analyse sur un PC et l'exécution sur un ordinateur central. Dans cette
situation, le code instrumenté peut interagir avec des bases de données sophistiquées et
d'autres systèmes.
Avantages du test d'hôte/cible
- Possibilité d'effectuer l'analyse sur un ordinateur hôte et l'exécution sur un processeur cible
- Le code instrumenté s'exécute dans l'environnement souhaité
- Le travail d'analyse est transféré sur un hôte plus puissant ou plus accessible
Exigences du test d'hôte/cible
L'exigence de base pour le test d'hôte/cible est la présence d'un moyen
de communication entre la cible et l'hote. Pour le test hôte/hôte, l'instrumentation
LDRA Testbed est configurée pour écrire sur le système de fichiers hôte pendant la durée
d'exécution, étant donné qu'il s'agit du système de stockage de grande capacité le plus
pratique. Au cas où il y ait un microprocesseur cible séparé, il se peut que ce système
de fichiers ne soit pas disponible en raison de contraintes de conditionnement ou
environnementales. Si cela est le cas, il faut une alternative.
Il arrive qu'un système cible ait un lien de communication
disponible pour l'hôte. Celui-ci peut déjà servir à télécharger des
images cibles produites par des transcompilateurs. Cela constitue une solution toute
prête, qui utilise le lien de communication pour transmettre en continu des données
générées par l'image cible instrumentée vers l'hôte lors de la durée d'exécution.
L'hôte doit être doté d'un pilote de communication afin de recevoir
les données et d'organiser le stockage dans un fichier adéquat. Grâce à cette
technique, l'historique d'exécution généré par l'image cible instrumentée
peut être réacheminé vers l'hôte et stocké en vue d'une analyse de
couverture dynamique après la période d'exécution. Les connexions réseau, telles
qu'ethernet, peuvent être utilisées comme standard de communication.
Les connexions en réseau, telles qu'Ethernet, peuvent servir d'alternative à un lien de communication standard. De plus, s'il n'existe aucun autre lien, il est possible d'organiser le stockage de l'historique d'exécution en utilisant une portion de mémoire RAM sur la cible. Cette solution nécessite la présence d'une portion de mémoire non utilisée et suffisamment importante pour y faire tenir les données générées. Si cela semble possible, la mémoire tampon peut être téléchargée sur l'hôte après la durée d'exécution en vue d'une l'analyse de couverture dynamique. Cette solution est de plus en plus fiable étant donné qu'il y a plus de mémoire RAM sur les microprocesseurs dédiés et plus de puces RAM disponibles. A l'heure actuelle, la solution de lien de communication hôte/cible reste la plus flexible.
LDRA Testbed dans divers environnements hôte/hôte et hôte/cible
Le processus d'instrumentation hôte/cible
Le processus d'instrumentation utilisé par LDRA Testbed est
hautement adaptable et peut facilement être personnalisé afin de s'adapter
à une large gamme d'environnements hôte/cible variés. LDRA Testbed insère automatiquement
des sondes d'instrumentation dans une copie du code source. Ces sondes écrivent à
un canal d'historique d'exécution. Le code source des sondes est fourni et peut
être configuré en fonction des caractéristiques uniques d'une cible spécifique.
Environnements hôte/cible
LDRA Testbed a été utilisé avec succès dans des environnements
hôte/cible avec des liens de communication différents tels que des lignes d'E/S
serie et paralleles, des émulateurs connectés, Ethernet, des canaux DMA, des
simulateurs de logiciels, des transferts de disques locaux, des systèmes de
fichiers à double amorçage, la téléphonie et bien d'autres encore. Grâce à
son niveau élevé de flexibilité, LDRA Testbed est particulièrement adapté
aux tests en temps réel.
|
