Architecture de test ISIT – ISIT-UTM
Avec le développement constant du logiciel dans les systèmes embarqués critiques et l’importance croissante des normes de sureté, le test du logiciel devient une activité importante, et souvent un point de passage obligé pour la finalisation d’un produit.
L’une des phases de test est la partie Tests Unitaires (TU) qui consiste, comme son nom l’indique, à tester indépendamment chaque fonction du code à valider. Selon le niveau de criticité du logiciel, les normes de sureté recommandent ou exigent ces TU. ISIT propose à son catalogue la suite LDRA qui inclut un module permettant d’exécuter les TU, sur machine hôte ou sur cible selon le besoin.
Le constat initial est qu’au-delà de la mise en place d’un outil, une bonne organisation est clé dans le succès d’une campagne. Notamment, lorsque le volume de code est important, les TU sont souvent effectués par une équipe de testeurs afin de paralléliser les activités. A défaut d’organisation, la campagne de TU risque de connaitre des délais et donc couter plus que prévu, et retarder la finalisation du logiciel.
Sur la base de son expérience et les retours clients, ISIT a développé un framework de test, ISIT-UTM, extension à la suite LDRA, qui permet de faciliter la mise en œuvre, la gestion et le suivi des TU.
ISIT-UTM repose sur 3 éléments :
L’une des phases de test est la partie Tests Unitaires (TU) qui consiste, comme son nom l’indique, à tester indépendamment chaque fonction du code à valider. Selon le niveau de criticité du logiciel, les normes de sureté recommandent ou exigent ces TU. ISIT propose à son catalogue la suite LDRA qui inclut un module permettant d’exécuter les TU, sur machine hôte ou sur cible selon le besoin.
Le constat initial est qu’au-delà de la mise en place d’un outil, une bonne organisation est clé dans le succès d’une campagne. Notamment, lorsque le volume de code est important, les TU sont souvent effectués par une équipe de testeurs afin de paralléliser les activités. A défaut d’organisation, la campagne de TU risque de connaitre des délais et donc couter plus que prévu, et retarder la finalisation du logiciel.
Sur la base de son expérience et les retours clients, ISIT a développé un framework de test, ISIT-UTM, extension à la suite LDRA, qui permet de faciliter la mise en œuvre, la gestion et le suivi des TU.
ISIT-UTM repose sur 3 éléments :
- Une mesure de la complexité du code à tester, fonction par fonction, ce qui permettra d’évaluer la charge globale de travail, et répartir au mieux les fonctions à tester entre les membres de l’équipe
- Un outil de saisie des jeux de test, qui facilite la création des cas indépendamment de l’environnement de test (hôte ou cible, combinaison des codes…)
- Un outil de gestion global interactif des tests et des testeurs
Figure 1 - Vue du Responsable de campagne de test
Lors de la mise en place d’une campagne, ce framework permet de :
- Créer automatiquement une organisation de répertoires où seront stockés les cas de test, les fichiers de test LDRA (les .TCF) et les résultats (y compris les rapports d’anomalie). Cette approche unifiée garantit la cohérence de l’organisation, pour une équipe mais aussi pour plusieurs projets. Si elle offre quelques possibilités de personnalisation, ISIT-UTM assure que même si les testeurs travaillent sur des machines différentes, voire à distance, les données seront rangées de manière cohérente, seront faciles à stocker après la campagne et à reprendre si besoin.
- Collecter les rapports de test LDRA pour les classer de façon pertinente
- Simplifier la reprise des tests si une fonction est modifiée ou si elle est réutilisée dans un nouveau projet
- Mettre à jour automatiquement l’environnement de test lorsque l’on change l’environnement d’exécution
Figure 2 - vue graphique de l'avancement de la campagne
Le Responsable de campagne peut, au travers d’une GUI conviviale, inscrire les testeurs dans une campagne, leur donner des rôles et des droits, puis allouer à chaque testeur des modules de code à tester, en connaissant à tout instant la complexité des fonctions qui les composent. Il peut ainsi proposer une répartition équilibrée de la charge de travail. Il pourra à tout moment modifier cette allocation en fonction de l’avancement des travaux ou des disponibilités de ressources. Cette vue lui permet aussi de suivre en temps réel l’évolution des tests, pour chaque testeur et au global. Les données fournies portent sur les taux d’avancement (en fonctions testées, nombre de lignes, niveaux de complexité…), et les résultats des tests. Ceux-ci sont classés en 4 catégories : non testés, réussis, échec, problème mineur. Il pourra ainsi prévoir la durée de la campagne sur des données tangibles et reporter à sa hiérarchie ou son client des informations fiables.
Figure 3 - Vue Testeur
De son coté, chaque testeur dispose de sa propre vue, lui permettant de savoir ce qu’il a à faire, où il en est des modules qui lui ont été affectés, que ce soit en nombre de lignes ou de fonction qu’en niveau de complexité.
En utilisant le framework ISIT-UTM, le responsable peut gérer plusieurs campagnes en parallèle, avec les mêmes testeurs ou des équipes différentes, et facilement réutiliser des cas de tests antérieurs pour des projets dérivés ou de nouveaux projets.
ISIT-UTM apporte un support important dans la gestion de campagnes de test de logiciels critiques, et un retour sur investissement rapide par l’optimisation des ressources, le suivi des activités et la capacité de réutiliser tout ou partie d’une campagne. Pour plus d’information et une démonstration, contactez votre responsable commercial.