Skip to Content
Last modified by Nikolai Kosmatov on 2022/06/07 21:37
From version 34.1
edited by Nikolai Kosmatov
on 2020/07/05 22:21
Change comment: There is no comment for this version
To version 13.5
edited by Antoine Rollet
on 2020/06/11 14:59
Change comment: There is no comment for this version

Summary

Details

Page properties
Author
... ... @@ -1,1 +1,1 @@
1 -XWiki.NikolaiKosmatov
1 +XWiki.AntoineRollet
Content
... ... @@ -1,41 +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 -
28 -(% style="line-height: 1.38; text-align: justify;" %)
29 -(% 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" %)**Mots clés :**
30 -
31 -test des logiciels, test à base de modèles, test boîte-noire, test boîte-blanche, fuzzing, sélection de tests, priorisation de tests, critères de couverture de test, outils de test, combinaisons d’analyses dynamique et statique, monitoring, vérification à l’exécution.
32 -
33 33  == Porteurs du GT ==
34 34  
35 -* Nikolaï KOSMATOV, CEA List & THALES, mél : nikolaikosmatov (at) gmail (dot) com
36 -* Pascale LE GALL, CentraleSupélec, mél : pascale.legall  (at) centralesupelec (dot) fr
37 -* Natalia KUSHIK, TSP, mél : natalia.kushik  (at) telecom-sudparis (dot) eu
38 -* 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
39 39  
40 40  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.
41 41  
... ... @@ -53,7 +53,7 @@
53 53   Les équipes impliquées, sont :
54 54  
55 55  * groupe Test de l’équipe VALS, laboratoire LRI, CNRS, Université Paris-Sud, CentraleSupelec
56 -** Nombre de permanents impliqués: 3
32 +** Nombre de permanents impliqués: 9
57 57  ** Contact MTV2: Burkhart Wolff
58 58  
59 59  * groupe VPS (Validation des Protocoles et Services) de l’équipe METHODES, laboratoire SAMOVAR, Telecom SudParis
... ... @@ -69,7 +69,7 @@
69 69  ** Contact MTV2: Yliès Falcone
70 70  
71 71  * équipe VASCO (VAlidation de Systèmes, Composants et Objets), laboratoire LIG (Laboratoire d’Informatique de Grenoble), Université Grenoble Alpes, Grenoble INP, CNRS
72 -** Nombre de permanents impliqués: 5
48 +** Nombre de permanents impliqués: 7
73 73  ** Contact MTV2: Yves Ledru
74 74  
75 75  * é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
... ... @@ -77,7 +77,7 @@
77 77  ** Contact MTV2: Ioannis Parissis
78 78  
79 79  * équipe SUMO, laboratoire Irisa-Inria Rennes – Bretagne Atlantique, Inria/CNRS/Univ Rennes 1
80 -** Nombre de permanents impliqués: 2
56 +** Nombre de permanents impliqués: 9
81 81  ** Contact MTV2: Thierry Jéron
82 82  
83 83  * groupe Test de l’équipe TSF (Tolérance aux fautes et Sûreté de Fonctionnement Informatique), laboratoire LAAS, CNRS, Toulouse
... ... @@ -88,9 +88,9 @@
88 88  ** Nombre de permanents impliqués: 7
89 89  ** Contact MTV2: Pascale Le Gall
90 90  
91 -* équipe DILS (Département Ingénierie Logiciels et Systèmes), Institut CEA List, CEA, Saclay
67 +* équipe LSL (Laboratoire Sûreté des Logiciels), Institut CEA List, CEA, Saclay
92 92  ** Nombre de permanents impliqués: 10
93 -** Contact MTV2: Boutheina Bannour
69 +** Contact MTV2: Nikolai Kosmatov
94 94  
95 95  * équipe MF (Méthodes Formelles), laboratoire LaBRI, CNRS, Université de Bordeaux / Bordeaux INP
96 96  ** Nombre de permanents impliqués: 3
... ... @@ -97,15 +97,12 @@
97 97  ** Contact MTV2: Antoine Rollet
98 98  
99 99  * équipe VESONTIO, laboratoire FEMTO-ST, DISC (Département Informatique des Systèmes Complexes), Université Bourgogne Franche-Comté, CNRS
100 -** Nombre de permanents impliqués: 8
76 +** Nombre de permanents impliqués: 17
101 101  ** Contact MTV2: Frédéric Dadeau
102 102  
103 103  * 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)
104 104  ** Nombre de permanents impliqués: 2
105 105  ** Contact MTV2: Sébastien Salva
106 -* équipe DIVERSE, laboratoire Irisa, Univ. Rennes 1, Inria, CNRS
107 -** Nombre de permanents impliqués: à préciser
108 -** Contact MTV2: Olivier Barais
109 109  
110 110  Des équipes industrielles associées :
111 111  
... ... @@ -112,15 +112,16 @@
112 112  * groupe Méthode Formelles du laboratoire  LSEC (Laboratoire Systèmes Embarqués Critiques) de Thales Recherche et Technologie à Palaiseau
113 113  ** Nombre de permanents impliqués: 3
114 114  ** Contact MTV2: Nikolai Kosmatov
115 -* société Montimage à Paris
116 -** Nombre de permanents impliqués: 8
88 +* société Montimage
89 +** Nombre de permanents impliqués: ...
117 117  ** Contact MTV2: Ana Cavalli
118 -* équipe INS de Mitsubishi Electric R&D Centre Europe (MERCE) à Rennes
119 -** Nombre de permanents impliqués: 5
120 -** Contact MTV2: David Mentré
121 121  
92 +(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)**
93 +
94 + ~~~~ Si des équipes internationales sont impliquées dans le GT (rare), vous les notez également mais en les distinguant bien.
95 +
122 122  == Interactions ==
123 123  
124 -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.
98 +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.
125 125  
126 126  
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