Tests de performance dans un contexte Agile et DevOps

1. Ce document est la propriété de Valtech. Il ne peut être communiqué à des tiers sans son autorisation écrite préalable.
Tests de Performance, Agile et
DevOps
Séminaire

2. Ce document est la propriété de Valtech. Il ne peut être communiqué à des tiers sans son autorisation écrite préalable.Ce document est la propriété de Valtech. Il ne peut être communiqué à des tiers sans son autorisation écrite préalable.
Nous créons de la Valeur par la Technologie.
Hello, we are valtech_
!2

3. Ce document est la propriété de Valtech. Il ne peut être communiqué à des tiers sans son autorisation écrite préalable.Ce document est la propriété de Valtech. Il ne peut être communiqué à des tiers sans son autorisation écrite préalable.
Nouveaux contextes pour le test de performance
!3
• Déploiement continu !
• Petits volumes, moins d’enjeu, mais
plus de déploiements!
• Durée des tests de qualification!
!
• Mutualisation des ressources !
• Impacts croisés!
!
• Cloud!
• Capacité infinie, mais tarification à la
consommation

4. Ce document est la propriété de Valtech. Il ne peut être communiqué à des tiers sans son autorisation écrite préalable.
Stratégies d’évitement à éviter
!4
• Le test est censé garantir les
performances en production!
• Plate-forme Iso-Prod!
• Mix de scénarios représentatifs
• Pas le temps, on fonce …!
• Test Canada Dry

5. Ce document est la propriété de Valtech. Il ne peut être communiqué à des tiers sans son autorisation écrite préalable.
Transformation de l’objectif
!5
• Le test est censé garantir les
performances en production!
• Plate-forme Iso-Prod!
• Mix de scénarios représentatifs
• Tenir SLA en production !
• Préparer la production!
• Avoir une application saine !
• Valider le monitoring!
• Comprendre les points de
fragilité!
• Optimiser pour réduire les
consommations de
ressources

6. Ce document est la propriété de Valtech. Il ne peut être communiqué à des tiers sans son autorisation écrite préalable.Ce document est la propriété de Valtech. Il ne peut être communiqué à des tiers sans son autorisation écrite préalable.
Définir les risques de performance
!6
• disponibilité critique!
• temps de réponse critique !
• volume des données important!
• nombre d’utilisateurs très élevé!
• traitement intensif

7. Ce document est la propriété de Valtech. Il ne peut être communiqué à des tiers sans son autorisation écrite préalable.Ce document est la propriété de Valtech. Il ne peut être communiqué à des tiers sans son autorisation écrite préalable.
Design for failure
!7
!
!
• Les tests n’éliminent pas tous
les risques!
!
• Se préparer pour les aléas de
production !
• Architectures flexibles!
• Modularité!
• Résilience!
• Monitoring et logs!
• Gestion des anomalies

8. Ce document est la propriété de Valtech. Il ne peut être communiqué à des tiers sans son autorisation écrite préalable.Ce document est la propriété de Valtech. Il ne peut être communiqué à des tiers sans son autorisation écrite préalable.
Tester au plus tôt en night build
!8
capacité
contentionsalgorithmesinstabilité
• gérer par l’élasticité de la plate-forme!
• identifier les fuites à faible charge
• identifier les hot-spots isolément et à faible charge
• LImiter les besoins de représentativité

9. Ce document est la propriété de Valtech. Il ne peut être communiqué à des tiers sans son autorisation écrite préalable.Ce document est la propriété de Valtech. Il ne peut être communiqué à des tiers sans son autorisation écrite préalable.
Améliorer la représentativité des tests : Dark Launching
!9
• Livraison de fonctions non visibles de l’utilisateur mais
utilisées à son insu!
!
!
!
!
!
!
!
!
• Par exemple duplication des requêtes sur la nouvelle version !
• pas d’impact si la nouvelle version échoue!
• permet de collecter de l’information

10. Ce document est la propriété de Valtech. Il ne peut être communiqué à des tiers sans son autorisation écrite préalable.Ce document est la propriété de Valtech. Il ne peut être communiqué à des tiers sans son autorisation écrite préalable.
Réduire le risque : Soft Launching
!10
• Démarrage graduel!
!
• Activer les features pour une partie des
demandes!
• Par configuration de l’instance!
• Sur demande de l’utilisateur !
• Selon l’utilisateur!
!
• Feature Flags!
!
• Attention au partage de la base pendant la
période de transition

11. Ce document est la propriété de Valtech. Il ne peut être communiqué à des tiers sans son autorisation écrite préalable.
Chaos Monkey
!11
• https://github.com/Netflix/SimianArmy
• Equivalent des tests
d’intrusion dans la sécurité!
!
• Teste la capacité à
survivre à différent types
de problèmes!
• Résilience !
• Opérations

12. Ce document est la propriété de Valtech. Il ne peut être communiqué à des tiers sans son autorisation écrite préalable.Ce document est la propriété de Valtech. Il ne peut être communiqué à des tiers sans son autorisation écrite préalable.
Conclusion
!12
• Utiliser les tests pour déminer et comprendre à quoi la plate-
forme est sensible!
!
• Limiter les tests représentatifs et iso-production. !
• Envisager le Dark Launching !
!
• Gérer la capacité via l’élasticité des plates-formes!
• Réduire les risques lors des lancements (Soft Launching)!
!
• Monitorer!
• Tester le monitoring et la résilience

13. Ce document est la propriété de Valtech. Il ne peut être communiqué à des tiers sans son autorisation écrite préalable.Ce document est la propriété de Valtech. Il ne peut être communiqué à des tiers sans son autorisation écrite préalable.!13