SlideShare une entreprise Scribd logo
1  sur  34
Tests de performance pour
la voiture de demain
Mohamed Oumri - Marc Hage Chahine
Qui sommes-nous?
Presentation title3
Marc Hage Chahine
Passionné tests logiciels
7 ans d’expérience
Mohamed Oumri
Ingénieur R&D
8 ans d’expérience
4
Sommaire
1 Introduction aux tests de performances
2 Projet CoherenSE
3 Mise en place des tests de performance sur CoherenSE
5 La suite - perspectives
6 Questions
4 Simulations numériques
1.
Introduction aux tests de performances
Futur du test: Sondage (103 participants)
Presentation title6
ISO – 25 010
Presentation title7
Qualité logicielle
ISO – 25 010
Tests
fonctionnels
•Exactitude
•Complétude
•Aptitude à
l’usage
Tests de
performance
•Temps de
réponse
•Utilisation de
ressource
•Capacité
Tests de
compatibilité
•Coexistence
•Interopérabilité
Tests
d’utilisabilité
•Intelligibilité
•Apprentissage
•Opérabilité
•Protection
contre les
erreurs
•Ergonomie
•Accessibilité
Tests de fiabilité
•Maturité
•Disponibilité
•Robustesse
•Récupérabilité
Tests de
sécurité
•Confidentialité
•Intégrité
•Rejet (non-
rejet)
•Responsabilité
•Authenticité
Tests de
maintenabilité
•Modularité
•Réutilisabilité
•Analysibilité
•Modifiabilité
•Testabilité
Tests de
portabilité
•Adaptabilité
•Installabilité
•Remplaçabilité
Les tests de performance
Presentation title8
Tests de
performance
Temps de
réponse
Utilisation
de
ressource
Capacité
Les tests de performance: Temps de réponse
Presentation title9
Combien de temps
pour que l’action
demandée soit
exécutée ?
Problématiques
de sécurité:
ABS, direction
assistée…
Dépendant de
l’architecture
Temps
acceptable?
Les tests de performance: utilisation de ressource
Presentation title10
De quoi ai-je besoin
pour faire
fonctionner le
logiciel?
Système
embarqué:
ressources
limitées
Efficience de
l’utilisation des
ressources
Comparaison
avec réseau
CAN
Les tests de performance: Capacité
Presentation title11
Combien d’actions
simultanées?
Voiture:
nombreuses
applications
simultanées
Nombre de
nœuds de calcul
Priorisation des
actions
2.
Le projet CoherenSE
CoherenSE : Description du projet
CoherenSE : Description du projet
CoherenSE est une couche logicielle et un ensemble d'outils pour les véhicules intelligents. Il
se situe entre le système d'exploitation et la couches d'application. Il vise à intégrer les
principes de l‘Architecture Orientée Services (ou SOA) au monde embarqué.
Co-développé avec Jaguar Land Rover.
CoherenSE : Description du projet
CoherenSE® : Architecture (topologie)
• Nœud : Unité de traitement informatique du matériel (exemple : calculateur).
• Partition : Environnement d’exécution.
• Services : La plus petite fonctionnalité du système.
CoherenSE : Description du projet
CoherenSE® : Paramètres dynamiques
Exemple : Echange de messages entre deux services
 Taille d’un Message
 Trafic (fréquence)
 Délai de réponse
 Tailles de file d'attente
 Type communication
 Mode de communication
3.
Mise en place des tests de
performance sur CoherenSE
18
Performances :
• Temps de réponse
• CPU utilisé
• Mémoire utilisé
• Bande passante utilisée
Description de la topologie
Paramètres dynamiques
Tests de performances :
Objectifs
Recueillir des informations pour dimensionner un
système, intégrant des composantes CoherenSE.
Vérifier l'évolution et la réponse du système
CoherenSE sous différentes configurations
topologiques et paramètres dynamiques
Identifier toutes limites et les conditions de
défaillance
Tests de performances : Objectifs
Points de
blocage
Mécanismes
distribués (SOA)
Problème Big-Data
Diversité des
configurations
Différents OS
5 nœuds x 40 partitions
=> 10 millions configurations
Tests de performances : Points de blocage
Tests de performance : Modélisation
Modéliser les paramètres d'entrée de toute configuration par un tenseur d'entrée et la sortie
(performance) par un tenseur de sortie.
Deep
Learning
Tenseur d’entrée Tenseur de sortie
Exemple de réseau neuronal artificiel
Tests de performance : Modélisation
Chaque communication linkm, m = 1, … , lN est représentée par :
 Numéro de la communication : l1, l2, … , lN.
 Type de la communication : intra/inter-partition, inter-node.
 Propriétés des communications : Modes de communication, Taille de message/data,
Trafic (message ou data), taille de fil d’attente …
Tests de performance : Modélisation
S6 : service qui calcul la distance véhicule/obstacle (capteur)
S2 : service qui affiche la distance sur le tableau de bord
 Type de la communication linktype : inter-node
 Propriétés des communications :
• Modes de communication = message ou data
• Taille/Trafic (message ou data)
• Taille de fil d’attente …
Communication S2/S6 :
Assistance pour se garer ou freinage d’urgence
Tests de performance : Modélisation
Une configuration d'entrée de CoherenSE
est modélisée avec un tenseur
tridimensionnel :
 Dimension 1 (axe i) : les numéros
de communication l1, l2, … , lN.
 Dimension 2 (axe j) : les types de
communications.
 Dimension 3 (axe k) : les
propriétés des communications.
Collection des performances de différentes configurations.
Classification des performances obtenues dans une base de données
Prédiction de la performance par le processus Deep Learning
Tests de performance : Mise en place
25
4.
Simulations numériques
Tests de performance : Simulations numériques
27
Données de simulation numérique :
• 10 communications
• Variation des paramètres dynamiques :
• Taille d’un Message : de 100 [bits] de 200 [bits]
• Trafic : de 500 [msg/s] à 10000 [msg/s].
• 20000 configurations (80% entrainement, 10% test/validation)
Tests de performance : Simulations numériques
28
RTD traffic, 𝑀𝑠𝑔𝑠𝑖𝑧𝑒 =
𝑥1 linkm,type 𝑀𝑠𝑔𝑠𝑖𝑧𝑒
traffic + 𝑥2(linkm,type)
+ 𝑥3 linkm,type
Le modèle mathématique utilisé pour générer le jeu de
données (modèle exact)
Précision de convergence : 97 %
Tests de performance : Simulations numériques
29
RTD traffic, 𝑀𝑠𝑔𝑠𝑖𝑧𝑒 =
𝑥1 linkm,type 𝑀𝑠𝑔𝑠𝑖𝑧𝑒
traffic + 𝑥2(linkm,type)
+ 𝑥3 linkm,type + 𝜀
Le modèle mathématique utilisé pour générer le jeu de
données (modèle bruité)
Précision de convergence : 89%
5.
La suite - perspectives
Tests de performance : La suite
Presentation title31
Tests de performance
CoherenSE
Temps de réponse
Utilisation de
ressource
Capacité
Simulé et utilisé Modélisé, simulation à implémenter
Tests de performance : La suite
32
• Implémentation de cette nouvelle architecture du réseau de neurone capable de prédire à la fois :
 Temps de réponse/ Transition
 Consommation CPU
 Consommation de mémoire
 Bande passante (capacité)
6.
Questions?
[STLS] tests de performance coherenSE

Contenu connexe

Similaire à [STLS] tests de performance coherenSE

Performance ug#1
Performance ug#1Performance ug#1
Performance ug#1Marc Bojoly
 
Transhumance pres anr_25-septembre synthese v10
Transhumance pres anr_25-septembre synthese v10Transhumance pres anr_25-septembre synthese v10
Transhumance pres anr_25-septembre synthese v10François Huguet
 
RefCard Tests sur tous les fronts
RefCard Tests sur tous les frontsRefCard Tests sur tous les fronts
RefCard Tests sur tous les frontsOCTO Technology
 
RUDDER - Continuous Configuration (configuration management + continuous audi...
RUDDER - Continuous Configuration (configuration management + continuous audi...RUDDER - Continuous Configuration (configuration management + continuous audi...
RUDDER - Continuous Configuration (configuration management + continuous audi...RUDDER
 
Cours Génie Logiciel 2016
Cours Génie Logiciel 2016Cours Génie Logiciel 2016
Cours Génie Logiciel 2016Erradi Mohamed
 
Offre Audit et Test De Performance
Offre Audit et Test De PerformanceOffre Audit et Test De Performance
Offre Audit et Test De PerformanceCabinet Openi
 
"La Performance en Continue" à JMaghreb 3.0 - 05/11/2014
"La Performance en Continue" à JMaghreb 3.0 - 05/11/2014"La Performance en Continue" à JMaghreb 3.0 - 05/11/2014
"La Performance en Continue" à JMaghreb 3.0 - 05/11/2014Benoît de CHATEAUVIEUX
 
srep_cours_01.pdf
srep_cours_01.pdfsrep_cours_01.pdf
srep_cours_01.pdfSamirAwad14
 
Université de la performance - Devoxx France
Université de la performance - Devoxx FranceUniversité de la performance - Devoxx France
Université de la performance - Devoxx FranceMarc Bojoly
 
0 a005g formation-introduction-a-ibm-spss-modeler-et-au-data-mining-v16
0 a005g formation-introduction-a-ibm-spss-modeler-et-au-data-mining-v160 a005g formation-introduction-a-ibm-spss-modeler-et-au-data-mining-v16
0 a005g formation-introduction-a-ibm-spss-modeler-et-au-data-mining-v16CERTyou Formation
 
MongoDB 3.6 Customer Deck pptx.pptx
MongoDB 3.6 Customer Deck pptx.pptxMongoDB 3.6 Customer Deck pptx.pptx
MongoDB 3.6 Customer Deck pptx.pptxMongoDB
 
Les nouveautés de MongoDB 3.6
Les nouveautés de MongoDB 3.6Les nouveautés de MongoDB 3.6
Les nouveautés de MongoDB 3.6MongoDB
 

Similaire à [STLS] tests de performance coherenSE (20)

Cours1.pptx
Cours1.pptxCours1.pptx
Cours1.pptx
 
Performance ug#1
Performance ug#1Performance ug#1
Performance ug#1
 
Transhumance pres
Transhumance presTranshumance pres
Transhumance pres
 
SIP@iPLM2015
SIP@iPLM2015SIP@iPLM2015
SIP@iPLM2015
 
20111004 02 - Présentation Sqale
20111004 02 - Présentation Sqale20111004 02 - Présentation Sqale
20111004 02 - Présentation Sqale
 
Transhumance pres anr_25-septembre synthese v10
Transhumance pres anr_25-septembre synthese v10Transhumance pres anr_25-septembre synthese v10
Transhumance pres anr_25-septembre synthese v10
 
RefCard Tests sur tous les fronts
RefCard Tests sur tous les frontsRefCard Tests sur tous les fronts
RefCard Tests sur tous les fronts
 
RUDDER - Continuous Configuration (configuration management + continuous audi...
RUDDER - Continuous Configuration (configuration management + continuous audi...RUDDER - Continuous Configuration (configuration management + continuous audi...
RUDDER - Continuous Configuration (configuration management + continuous audi...
 
Cours Génie Logiciel 2016
Cours Génie Logiciel 2016Cours Génie Logiciel 2016
Cours Génie Logiciel 2016
 
Offre Audit et Test De Performance
Offre Audit et Test De PerformanceOffre Audit et Test De Performance
Offre Audit et Test De Performance
 
"La Performance en Continue" à JMaghreb 3.0 - 05/11/2014
"La Performance en Continue" à JMaghreb 3.0 - 05/11/2014"La Performance en Continue" à JMaghreb 3.0 - 05/11/2014
"La Performance en Continue" à JMaghreb 3.0 - 05/11/2014
 
srep_cours_01.pdf
srep_cours_01.pdfsrep_cours_01.pdf
srep_cours_01.pdf
 
X-Datatest - FR
X-Datatest - FRX-Datatest - FR
X-Datatest - FR
 
Perf university
Perf universityPerf university
Perf university
 
Université de la performance - Devoxx France
Université de la performance - Devoxx FranceUniversité de la performance - Devoxx France
Université de la performance - Devoxx France
 
J Unit
J UnitJ Unit
J Unit
 
0 a005g formation-introduction-a-ibm-spss-modeler-et-au-data-mining-v16
0 a005g formation-introduction-a-ibm-spss-modeler-et-au-data-mining-v160 a005g formation-introduction-a-ibm-spss-modeler-et-au-data-mining-v16
0 a005g formation-introduction-a-ibm-spss-modeler-et-au-data-mining-v16
 
PrésQL.pdf
PrésQL.pdfPrésQL.pdf
PrésQL.pdf
 
MongoDB 3.6 Customer Deck pptx.pptx
MongoDB 3.6 Customer Deck pptx.pptxMongoDB 3.6 Customer Deck pptx.pptx
MongoDB 3.6 Customer Deck pptx.pptx
 
Les nouveautés de MongoDB 3.6
Les nouveautés de MongoDB 3.6Les nouveautés de MongoDB 3.6
Les nouveautés de MongoDB 3.6
 

Plus de Marc Hage Chahine

Plus de Marc Hage Chahine (12)

ATDD Visuel
ATDD VisuelATDD Visuel
ATDD Visuel
 
Testeur agile mhc
Testeur agile   mhcTesteur agile   mhc
Testeur agile mhc
 
Testeur agile mhc
Testeur agile   mhcTesteur agile   mhc
Testeur agile mhc
 
XStudio - Présentation Télécom Valley
XStudio - Présentation Télécom ValleyXStudio - Présentation Télécom Valley
XStudio - Présentation Télécom Valley
 
Pres yest
Pres yestPres yest
Pres yest
 
Ludo tic IA et bots
Ludo tic IA et botsLudo tic IA et bots
Ludo tic IA et bots
 
Magie des tests
Magie des testsMagie des tests
Magie des tests
 
20171005 jttl rca_riou_du_cosquer_eric
20171005 jttl rca_riou_du_cosquer_eric20171005 jttl rca_riou_du_cosquer_eric
20171005 jttl rca_riou_du_cosquer_eric
 
Futur tunis
Futur tunisFutur tunis
Futur tunis
 
Altran soirée du test logiciel - assez des c 05-10-17
Altran   soirée du test logiciel - assez des c 05-10-17Altran   soirée du test logiciel - assez des c 05-10-17
Altran soirée du test logiciel - assez des c 05-10-17
 
Mon manifese du testeur
Mon manifese du testeurMon manifese du testeur
Mon manifese du testeur
 
TelecomValley 2017 05-18-ARMAGNACQ_automatisation+test_ihm
TelecomValley 2017 05-18-ARMAGNACQ_automatisation+test_ihmTelecomValley 2017 05-18-ARMAGNACQ_automatisation+test_ihm
TelecomValley 2017 05-18-ARMAGNACQ_automatisation+test_ihm
 

[STLS] tests de performance coherenSE

  • 1.
  • 2. Tests de performance pour la voiture de demain Mohamed Oumri - Marc Hage Chahine
  • 3. Qui sommes-nous? Presentation title3 Marc Hage Chahine Passionné tests logiciels 7 ans d’expérience Mohamed Oumri Ingénieur R&D 8 ans d’expérience
  • 4. 4 Sommaire 1 Introduction aux tests de performances 2 Projet CoherenSE 3 Mise en place des tests de performance sur CoherenSE 5 La suite - perspectives 6 Questions 4 Simulations numériques
  • 5. 1. Introduction aux tests de performances
  • 6. Futur du test: Sondage (103 participants) Presentation title6
  • 7. ISO – 25 010 Presentation title7 Qualité logicielle ISO – 25 010 Tests fonctionnels •Exactitude •Complétude •Aptitude à l’usage Tests de performance •Temps de réponse •Utilisation de ressource •Capacité Tests de compatibilité •Coexistence •Interopérabilité Tests d’utilisabilité •Intelligibilité •Apprentissage •Opérabilité •Protection contre les erreurs •Ergonomie •Accessibilité Tests de fiabilité •Maturité •Disponibilité •Robustesse •Récupérabilité Tests de sécurité •Confidentialité •Intégrité •Rejet (non- rejet) •Responsabilité •Authenticité Tests de maintenabilité •Modularité •Réutilisabilité •Analysibilité •Modifiabilité •Testabilité Tests de portabilité •Adaptabilité •Installabilité •Remplaçabilité
  • 8. Les tests de performance Presentation title8 Tests de performance Temps de réponse Utilisation de ressource Capacité
  • 9. Les tests de performance: Temps de réponse Presentation title9 Combien de temps pour que l’action demandée soit exécutée ? Problématiques de sécurité: ABS, direction assistée… Dépendant de l’architecture Temps acceptable?
  • 10. Les tests de performance: utilisation de ressource Presentation title10 De quoi ai-je besoin pour faire fonctionner le logiciel? Système embarqué: ressources limitées Efficience de l’utilisation des ressources Comparaison avec réseau CAN
  • 11. Les tests de performance: Capacité Presentation title11 Combien d’actions simultanées? Voiture: nombreuses applications simultanées Nombre de nœuds de calcul Priorisation des actions
  • 14. CoherenSE : Description du projet CoherenSE est une couche logicielle et un ensemble d'outils pour les véhicules intelligents. Il se situe entre le système d'exploitation et la couches d'application. Il vise à intégrer les principes de l‘Architecture Orientée Services (ou SOA) au monde embarqué. Co-développé avec Jaguar Land Rover.
  • 15. CoherenSE : Description du projet CoherenSE® : Architecture (topologie) • Nœud : Unité de traitement informatique du matériel (exemple : calculateur). • Partition : Environnement d’exécution. • Services : La plus petite fonctionnalité du système.
  • 16. CoherenSE : Description du projet CoherenSE® : Paramètres dynamiques Exemple : Echange de messages entre deux services  Taille d’un Message  Trafic (fréquence)  Délai de réponse  Tailles de file d'attente  Type communication  Mode de communication
  • 17. 3. Mise en place des tests de performance sur CoherenSE
  • 18. 18 Performances : • Temps de réponse • CPU utilisé • Mémoire utilisé • Bande passante utilisée Description de la topologie Paramètres dynamiques Tests de performances :
  • 19. Objectifs Recueillir des informations pour dimensionner un système, intégrant des composantes CoherenSE. Vérifier l'évolution et la réponse du système CoherenSE sous différentes configurations topologiques et paramètres dynamiques Identifier toutes limites et les conditions de défaillance Tests de performances : Objectifs
  • 20. Points de blocage Mécanismes distribués (SOA) Problème Big-Data Diversité des configurations Différents OS 5 nœuds x 40 partitions => 10 millions configurations Tests de performances : Points de blocage
  • 21. Tests de performance : Modélisation Modéliser les paramètres d'entrée de toute configuration par un tenseur d'entrée et la sortie (performance) par un tenseur de sortie. Deep Learning Tenseur d’entrée Tenseur de sortie Exemple de réseau neuronal artificiel
  • 22. Tests de performance : Modélisation Chaque communication linkm, m = 1, … , lN est représentée par :  Numéro de la communication : l1, l2, … , lN.  Type de la communication : intra/inter-partition, inter-node.  Propriétés des communications : Modes de communication, Taille de message/data, Trafic (message ou data), taille de fil d’attente …
  • 23. Tests de performance : Modélisation S6 : service qui calcul la distance véhicule/obstacle (capteur) S2 : service qui affiche la distance sur le tableau de bord  Type de la communication linktype : inter-node  Propriétés des communications : • Modes de communication = message ou data • Taille/Trafic (message ou data) • Taille de fil d’attente … Communication S2/S6 : Assistance pour se garer ou freinage d’urgence
  • 24. Tests de performance : Modélisation Une configuration d'entrée de CoherenSE est modélisée avec un tenseur tridimensionnel :  Dimension 1 (axe i) : les numéros de communication l1, l2, … , lN.  Dimension 2 (axe j) : les types de communications.  Dimension 3 (axe k) : les propriétés des communications.
  • 25. Collection des performances de différentes configurations. Classification des performances obtenues dans une base de données Prédiction de la performance par le processus Deep Learning Tests de performance : Mise en place 25
  • 27. Tests de performance : Simulations numériques 27 Données de simulation numérique : • 10 communications • Variation des paramètres dynamiques : • Taille d’un Message : de 100 [bits] de 200 [bits] • Trafic : de 500 [msg/s] à 10000 [msg/s]. • 20000 configurations (80% entrainement, 10% test/validation)
  • 28. Tests de performance : Simulations numériques 28 RTD traffic, 𝑀𝑠𝑔𝑠𝑖𝑧𝑒 = 𝑥1 linkm,type 𝑀𝑠𝑔𝑠𝑖𝑧𝑒 traffic + 𝑥2(linkm,type) + 𝑥3 linkm,type Le modèle mathématique utilisé pour générer le jeu de données (modèle exact) Précision de convergence : 97 %
  • 29. Tests de performance : Simulations numériques 29 RTD traffic, 𝑀𝑠𝑔𝑠𝑖𝑧𝑒 = 𝑥1 linkm,type 𝑀𝑠𝑔𝑠𝑖𝑧𝑒 traffic + 𝑥2(linkm,type) + 𝑥3 linkm,type + 𝜀 Le modèle mathématique utilisé pour générer le jeu de données (modèle bruité) Précision de convergence : 89%
  • 30. 5. La suite - perspectives
  • 31. Tests de performance : La suite Presentation title31 Tests de performance CoherenSE Temps de réponse Utilisation de ressource Capacité Simulé et utilisé Modélisé, simulation à implémenter
  • 32. Tests de performance : La suite 32 • Implémentation de cette nouvelle architecture du réseau de neurone capable de prédire à la fois :  Temps de réponse/ Transition  Consommation CPU  Consommation de mémoire  Bande passante (capacité)