Skip to Content
Last modified by Nikolai Kosmatov on 2022/06/07 21:37
From version 33.1
edited by Nikolai Kosmatov
on 2020/06/30 22:20
Change comment: There is no comment for this version
To version 18.1
edited by Nikolai Kosmatov
on 2020/06/12 09:23
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -1,35 +1,17 @@
1 1  == Objectifs ==
2 2  
3 -(% style="line-height:1.38; text-align:justify" %)
4 -(% style="color:#000000; font-family:Arial; font-size:11pt; font-style:normal; font-variant:normal; font-weight:400; text-decoration:none; white-space:pre-wrap" %)Le groupe MTV2 s'intéresse à la validation et la vérification des logiciels par des techniques de test. Les partenaires impliqués couvrent un large spectre de techniques de test et  domaines d'application. L'expertise du groupe permet d'aborder des méthodes de test fonctionnel (test « boîte-noire »,) et de test structurel (test « boîte-blanche »). Les techniques de test « boîte-grise » (e.g. les techniques de génération massive de test, ou le (% style="color:#000000; font-family:Arial; font-size:11pt; font-style:italic; font-variant:normal; font-weight:400; text-decoration:none; white-space:pre-wrap" %)//fuzzing//(% style="color:#000000; font-family:Arial; font-size:11pt; font-style:normal; font-variant:normal; font-weight:400; text-decoration:none; white-space:pre-wrap" %)) deviennent aussi de plus en plus populaires,  et sont aussi abordées par des membres du groupe. Au niveau de la couverture de fautes, le test mutationnel offre une bonne stratégie pour évaluer la qualité d’une suite de tests.
5 5  
6 -(% style="line-height:1.38; text-align:justify" %)
7 -(% style="color:#000000; font-family:Arial; font-size:11pt; font-style:normal; font-variant:normal; font-weight:400; text-decoration:none; white-space:pre-wrap" %)Dans le cadre du test « boîte-noire », il s’agit de valider le système sous test en stimulant et observant uniquement ses interfaces associées. Les techniques de génération de test incluent différentes stratégies, à partir de tests aléatoires ou « fuzzy » aux tests basés sur les modèles formels ou semi-formels, où une couverture de fautes peut être garantie et/ou une relation de conformité peut être définie. Dans ce dernier cas, le modèle lui-même doit être scrupuleusement validé. Les techniques de vérification de modèles sont utilisées à des fins de génération de tests, comme l'exécution symbolique ou les techniques de model-checking.
4 +(en cours)
8 8  
9 -(% style="line-height:1.38; text-align:justify" %)
10 -(% style="color:#000000; font-family:Arial; font-size:11pt; font-style:normal; font-variant:normal; font-weight:400; text-decoration:none; white-space:pre-wrap" %)Dans le cadre du test « boîte-blanche », le groupe s'intéresse à la spécification et la couverture des objectifs de test (notamment, à travers des critères de couverture de test). Puisque le code du système sous test est (partiellement) accessible, le groupe étudie des combinaisons avec différentes techniques de vérification telles que la vérification déductive, l’analyse statique ou la vérification à l'exécution des assertions.
6 +(% style="color:#000000; font-family:Arial; font-size:11pt; font-style:normal; font-variant:normal; font-weight:400; text-decoration:none; white-space:pre-wrap" %)Le groupe (%%)MTV2(% style="color:#000000; font-family:Arial; font-size:11pt; font-style:normal; font-variant:normal; font-weight:400; text-decoration:none; white-space:pre-wrap" %) s'intéresse à la validation et la vérification des logiciels par des techniques de test. Les partenaires impliqués couvrent un large spectre de langages et de techniques de test. L'expertise de ce groupe permet d'aborder des méthodes de test fonctionnel (test boîte noire), de test structurel (test boîte blanche), ainsi que de test de robustesse, d'interopérabilité, de sécurité, de test statistique intensif. Les thématiques d’intérêt incluent également les combinaisons avec la preuve et l’analyse statiques, le monitoring, le fuzzing et le learning.
11 11  
12 -(% style="line-height:1.38; text-align:justify" %)
13 -(% style="color:#000000; font-family:Arial; font-size:11pt; font-style:normal; font-variant:normal; font-weight:400; text-decoration:none; white-space:pre-wrap" %)Comme  les interfaces du système sous test ne sont pas toujours accessibles, le groupe contribue également aux techniques du test « en contexte »  ce qui permet d'apporter une réponse à la complexité croissante des logiciels. Ce problème peut également être abordé lors de l'exécution du test ; en conséquence, on considère le test non intrusif basé sur le monitoring.
14 14  
15 -(% style="line-height:1.38; text-align:justify" %)
16 -(% style="color:#000000; font-family:Arial; font-size:11pt; font-style:normal; font-variant:normal; font-weight:400; text-decoration:none; white-space:pre-wrap" %)Différents volets du test sont pris en compte, allant du  test unitaire au test  système, en ciblant par exemple le test conformité, de sécurité, d'intégration, de performances, de régression, de robustesse, de montée en charge, etc. Ainsi, le groupe contribue aux tests par rapport à la fois aux exigences fonctionnelles et non fonctionnelles. Différents domaines d’application sont considérés, e.g. les systèmes embarqués, les systèmes distribués tels que les applications web ou IoT, les systèmes cyberphysiques, les smartgrids.
17 -
18 -(% style="line-height:1.38; text-align:justify" %)
19 -(% style="color:#000000; font-family:Arial; font-size:11pt; font-style:normal; font-variant:normal; font-weight:400; text-decoration:none; white-space:pre-wrap" %)Quel que soit l’objectif du test, il est toujours essentiel d’automatiser au maximum le procédé, de minimiser le nombre de séquences de test ainsi que d’optimiser le processus d’exécution de test. On compte sur des techniques de sélection et de priorisation des tests ainsi que sur des techniques de génération de tests. La détection d’objectifs de tests infaisables est un autre sujet de recherche, qui s’appuie souvent sur des techniques d’analyse statique.
20 -
21 -(% style="line-height:1.38; text-align:justify" %)
22 -(% style="color:#000000; font-family:Arial; font-size:11pt; font-style:normal; font-variant:normal; font-weight:400; text-decoration:none; white-space:pre-wrap" %)Compte tenu du développement rapide des méthodes du domaine de l’intelligence artificielle, des travaux du groupe utilisent de telles techniques. Des exemples de telles utilisations incluent l'apprentissage du modèle (learning), les approches de (% style="color:#000000; font-family:Arial; font-size:11pt; font-style:italic; font-variant:normal; font-weight:400; text-decoration:none; white-space:pre-wrap" %)//reverse engineering//(% style="color:#000000; font-family:Arial; font-size:11pt; font-style:normal; font-variant:normal; font-weight:400; text-decoration:none; white-space:pre-wrap" %), la résolution par contraintes, les algorithmes génétiques, ou encore la génération ou la priorisation de séquences de test. Plus globalement, des équipes du groupe commencent à s’intéresser à la validation de systèmes IA comme par exemple les réseaux de neurones.
23 -
24 -(% style="line-height:1.38; text-align:justify" %)
25 -(% style="color:#000000; font-family:Arial; font-size:11pt; font-style:normal; font-variant:normal; font-weight:400; text-decoration:none; white-space:pre-wrap" %)Enfin, le groupe aborde la mise en œuvre de langages de spécification et d'outils pour la mise en oeuvre des techniques développées. Les partenaires industriels évaluent leur utilisation dans le contexte réel, étudient la pertinence des différents critères de couverture et communiquent au groupe leurs retours d’expérience et leurs besoins pour assurer efficacement la qualité des logiciels utilisés.
26 -
27 27  == Porteurs du GT ==
28 28  
29 -* Nikolaï KOSMATOV, CEA List & THALES, mél : nikolaikosmatov (at) gmail (dot) com
30 -* Pascale LE GALL, CentraleSupélec, mél : pascale.legall  (at) centralesupelec (dot) fr
31 -* Natalia KUSHIK, TSP, mél : natalia.kushik  (at) telecom-sudparis (dot) eu
32 -* Antoine ROLLET, LaBRI, mél : antoine.rollet  (at) labri (dot) fr
11 +* Nikolaï KOSMATOV, CEA List & THALES
12 +* Pascale LE GALL, CentraleSupélec
13 +* Natalia KUSHIK, TSP
14 +* Antoine ROLLET, LaBRI
33 33  
34 34  Précision : pendant la période de transition, les anciens responsables MTV2, Nikolaï et Pascale, et les nouveaux responsables,  Antoine et Natalia, vont animer le GT ensemble.
35 35  
... ... @@ -47,7 +47,7 @@
47 47   Les équipes impliquées, sont :
48 48  
49 49  * groupe Test de l’équipe VALS, laboratoire LRI, CNRS, Université Paris-Sud, CentraleSupelec
50 -** Nombre de permanents impliqués: 3
32 +** Nombre de permanents impliqués: 9
51 51  ** Contact MTV2: Burkhart Wolff
52 52  
53 53  * groupe VPS (Validation des Protocoles et Services) de l’équipe METHODES, laboratoire SAMOVAR, Telecom SudParis
... ... @@ -63,7 +63,7 @@
63 63  ** Contact MTV2: Yliès Falcone
64 64  
65 65  * équipe VASCO (VAlidation de Systèmes, Composants et Objets), laboratoire LIG (Laboratoire d’Informatique de Grenoble), Université Grenoble Alpes, Grenoble INP, CNRS
66 -** Nombre de permanents impliqués: 5
48 +** Nombre de permanents impliqués: 7
67 67  ** Contact MTV2: Yves Ledru
68 68  
69 69  * équipe CTSYS (Sécurité des systèmes embarqués et distribués critiques), laboratoire LCIS (Laboratoire de Conception et d’Intégration des systèmes), Grenoble INP, Université Grenoble Alpes, Valence
... ... @@ -71,7 +71,7 @@
71 71  ** Contact MTV2: Ioannis Parissis
72 72  
73 73  * équipe SUMO, laboratoire Irisa-Inria Rennes – Bretagne Atlantique, Inria/CNRS/Univ Rennes 1
74 -** Nombre de permanents impliqués: 2
56 +** Nombre de permanents impliqués: 9
75 75  ** Contact MTV2: Thierry Jéron
76 76  
77 77  * groupe Test de l’équipe TSF (Tolérance aux fautes et Sûreté de Fonctionnement Informatique), laboratoire LAAS, CNRS, Toulouse
... ... @@ -91,15 +91,12 @@
91 91  ** Contact MTV2: Antoine Rollet
92 92  
93 93  * équipe VESONTIO, laboratoire FEMTO-ST, DISC (Département Informatique des Systèmes Complexes), Université Bourgogne Franche-Comté, CNRS
94 -** Nombre de permanents impliqués: 8
76 +** Nombre de permanents impliqués: 17
95 95  ** Contact MTV2: Frédéric Dadeau
96 96  
97 97  * thème DSI (Données, services, intelligence) de l’équipe SIC (Systèmes d’Information et de Communication), laboratoire LIMOS, CNRS (UMR 6158), Université Clermont Auvergne, Ecole Nationale Supérieure des Mines de Saint-Etienne (EMSE)
98 98  ** Nombre de permanents impliqués: 2
99 99  ** Contact MTV2: Sébastien Salva
100 -* équipe DIVERSE, laboratoire Irisa, Univ. Rennes 1, Inria, CNRS
101 -** Nombre de permanents impliqués: à préciser
102 -** Contact MTV2: Olivier Barais
103 103  
104 104  Des équipes industrielles associées :
105 105  
... ... @@ -113,8 +113,12 @@
113 113  ** Nombre de permanents impliqués: 5
114 114  ** Contact MTV2: David Mentré
115 115  
95 +(A faire ; sur la [[page>>url:https://gdrgpl.myxwiki.org/xwiki/bin/view/Maps/]] : un positionnement de l’équipe sur la carte** en faisant référence à ce  GT dans la description de l’équipe)**
96 +
97 + ~~~~ Si des équipes internationales sont impliquées dans le GT (rare), vous les notez également mais en les distinguant bien.
98 +
116 116  == Interactions ==
117 117  
118 -Le GT MTV2 aura des intéractions et actions communes avec les GT "Langages et vérification de programmes" (LVP) et "Méthodes Formelles et Programmation Haute Fidélité pour Systèmes Critiques Émergents" (HIFI). Notamment, des journées de travail communes ou co-localisées seront organisées. Les GTs vont participer ensemble à l'atelier AFADL. Des intéractions avec le GT "Génie Logiciel et Intelligence Artificielle" (GLIA) sont aussi prévues.
101 +Le GT MTV2 aura des intéractions et actions communes avec les GT "Langages et vérification de programmes" (LVP) et "Méthodes Formelles et Programmation Haute Fidélité pour Systèmes Critiques Émergents" (HIFI). Notamment, des journées de travail communes ou co-localisées seront organisées. Les GTs vont participer ensemble à l'atelier AFADL.
119 119  
120 120  
XWiki.XWikiRights[2]
Allow/Deny
... ... @@ -1,1 +1,0 @@
1 -Allow
Groups
... ... @@ -1,1 +1,0 @@
1 -XWiki.GT AdminGroup
Levels
... ... @@ -1,1 +1,0 @@
1 -view
XWiki.XWikiRights[3]
Allow/Deny
... ... @@ -1,1 +1,0 @@
1 -Allow
Groups
... ... @@ -1,1 +1,0 @@
1 -XWiki.GT GLIA
Levels
... ... @@ -1,1 +1,0 @@
1 -view
XWiki.XWikiRights[4]
Allow/Deny
... ... @@ -1,1 +1,0 @@
1 -Allow
Groups
... ... @@ -1,1 +1,0 @@
1 -XWiki.GT Reconf
Levels
... ... @@ -1,1 +1,0 @@
1 -view
XWiki.XWikiRights[5]
Allow/Deny
... ... @@ -1,1 +1,0 @@
1 -Allow
Groups
... ... @@ -1,1 +1,0 @@
1 -XWiki.GdrMembers
Levels
... ... @@ -1,1 +1,0 @@
1 -view
XWiki.XWikiRights[6]
Allow/Deny
... ... @@ -1,1 +1,0 @@
1 -Allow
Groups
... ... @@ -1,1 +1,0 @@
1 -XWiki.XWikiAdminGroup
Levels
... ... @@ -1,1 +1,0 @@
1 -view
XWiki.XWikiRights[7]
Allow/Deny
... ... @@ -1,1 +1,0 @@
1 -Allow
Groups
... ... @@ -1,1 +1,0 @@
1 -XWiki.XWikiAllGroup
Levels
... ... @@ -1,1 +1,0 @@
1 -view
XWiki.XWikiRights[8]
Allow/Deny
... ... @@ -1,1 +1,0 @@
1 -Allow
Groups
... ... @@ -1,1 +1,0 @@
1 -XWiki.ADMIN
Levels
... ... @@ -1,1 +1,0 @@
1 -view
XWiki.XWikiRights[9]
Allow/Deny
... ... @@ -1,1 +1,0 @@
1 -Allow
Levels
... ... @@ -1,1 +1,0 @@
1 -view
Users
... ... @@ -1,1 +1,0 @@
1 -XWiki.XWikiGuest