Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Android et qualité logicielle

Android et qualité logicielle

Lightning Talk

Découvrons en 5 minutes les pistes principales à suivre pour estimer la qualité d'une application mobile Android.

Michaël Ohayon, Développeur Android

Michaël Ohayon

November 28, 2019
Tweet

More Decks by Michaël Ohayon

Other Decks in Technology

Transcript

  1. Application Mobile • Utile • Fiable • Simple • Rapide

    • Esthétique Votre marque, au quotidien chez vos utilisateurs
  2. Qualité logicielle • Bugs / Failles • Volumétrie • Poids

    • Performance • Complexité de développement • Complexité de livraison L'indicateur de performance, stabilité et maintenabilité de votre code
  3. Pourquoi est-ce important ? • Régressions • Bugs • Identification

    des problèmes • Ajout de nouvelles fonctionnalités • Gagner du temps La qualité permet de réduire le doute, gagner en temps et en confiance
  4. Par où commencer ? Comment analyser en interne ? •

    Demander à l'équipe • Métriques • Retours utilisateurs • Identifier les tâches qui n’avancent pas
  5. Par où commencer ? Faire appel à un regard extérieur

    • Retour factuel • Regard neuf • Force de proposition • Document d'analyse complet • Restitution auprès de l'équipe Objectif
  6. Biais et postures à éviter • Lire seulement le code

    que l'on veut lire • Ne pas prendre en compte l'avis de tous • Accuser et blâmer Il faut rester constructif et factuel
  7. Métriques de code Analyser pour mieux anticiper • Couverture des

    tests • Nombres de lignes • Nombre de contributeurs • Nombre de bugs
  8. Métriques de performance • Poids de l'application • Consommation mémoire

    • Consommation batterie • Fuites mémoires • Rafraîchissement de l'écran • Consommation réseau Analyser pour mieux anticiper
  9. Le projet • Intégration continue • Complexité de livraison •

    Patrons de conception • Langage • Plateformes ciblées • Bibliothèques utilisées Analyser pour mieux anticiper
  10. Signaux à identifier • Taux de crash élevé • Une

    volumétrie de code incohérente • Un manque de conception • Absence de tests • Déclarations en dur dans le code • Des avertissements de code ignorés • Un manque de documentation • Des commentaires manquants / non pertinents • Des tests inutiles ou désactivés • Des patrons de conception dépassés • Utilisations de composants anciens, non mis à jour ou dépréciés. Les pistes à suivre
  11. Récapitulatif • Négliger la qualité c’est faire un pari. •

    Il faut créer un cadre propice à l’analyse en interne et/ou avec des intervenants extérieurs. • Garder une optique constructive et factuelle pour travailler ensemble aux suites à apporter à l’analyse. • Ne pas négliger la qualité dans les prochaines évolutions pour ne pas avoir à recommencer ce schéma.