Last modified by Nikolai Kosmatov on 2022/06/07 21:37
From version 21.3
edited by Antoine Rollet
on 2020/06/22 11:21
Change comment: There is no comment for this version
To version 13.1
edited by Nikolai Kosmatov
on 2020/06/11 14:43
Change comment: There is no comment for this version

Summary

Details

Page properties
Author
... ... @@ -1,1 +1,1 @@
1 -XWiki.AntoineRollet
1 +XWiki.NikolaiKosmatov
Content
... ... @@ -1,29 +1,11 @@
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.
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 distribués, répartis. La détection d’objectifs de tests infaisables est un autre sujet de recherche, qui s’appuie souvent sur des techniques d’analyse statiques.
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, 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 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 29  * Nikolaï KOSMATOV, CEA List & THALES
... ... @@ -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
... ... @@ -82,16 +82,16 @@
82 82  ** Nombre de permanents impliqués: 7
83 83  ** Contact MTV2: Pascale Le Gall
84 84  
85 -* é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
86 86  ** Nombre de permanents impliqués: 10
87 -** Contact MTV2: Boutheina Bannour
69 +** Contact MTV2: Nikolai Kosmatov
88 88  
89 -* équipe MF (Méthodes Formelles), laboratoire LaBRI, CNRS, Université de Bordeaux / Bordeaux INP
90 -** Nombre de permanents impliqués: 3
71 +* équipe MF (Méthodes Formelles), laboratoire LaBRI, CNRS (UMR 5800), Université de Bordeaux, Bordeaux INP
72 +** Nombre de permanents impliqués: 35
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)
... ... @@ -103,13 +103,14 @@
103 103  * groupe Méthode Formelles du laboratoire  LSEC (Laboratoire Systèmes Embarqués Critiques) de Thales Recherche et Technologie à Palaiseau
104 104  ** Nombre de permanents impliqués: 3
105 105  ** Contact MTV2: Nikolai Kosmatov
106 -* société Montimage à Paris
107 -** Nombre de permanents impliqués: 8
88 +* société Montimage
89 +** Nombre de permanents impliqués: ...
108 108  ** Contact MTV2: Ana Cavalli
109 -* équipe INS de Mitsubishi Electric R&D Centre Europe (MERCE) à Rennes
110 -** Nombre de permanents impliqués: 5
111 -** Contact MTV2: David Mentré
112 112  
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 +
113 113  == Interactions ==
114 114  
115 115  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.
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