Slide 1

Slide 1 text

Android et qualité logicielle

Slide 2

Slide 2 text

Qui suis-je ? OHAYON MICHAËL Consultant Android @mikkL Xebian depuis 3 ans

Slide 3

Slide 3 text

Application Mobile ● Utile ● Fiable ● Simple ● Rapide ● Esthétique Votre marque, au quotidien chez vos utilisateurs

Slide 4

Slide 4 text

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

Slide 5

Slide 5 text

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

Slide 6

Slide 6 text

Une fois en production le code reste actif, les bugs aussi.

Slide 7

Slide 7 text

Il faut donc anticiper et identifier ce qui est bien et ce qu'il faut changer.

Slide 8

Slide 8 text

Par où commencer ? Comment analyser en interne ? ● Demander à l'équipe ● Métriques ● Retours utilisateurs ● Identifier les tâches qui n’avancent pas

Slide 9

Slide 9 text

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

Slide 10

Slide 10 text

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

Slide 11

Slide 11 text

Métriques de code Analyser pour mieux anticiper ● Couverture des tests ● Nombres de lignes ● Nombre de contributeurs ● Nombre de bugs

Slide 12

Slide 12 text

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

Slide 13

Slide 13 text

Le projet ● Intégration continue ● Complexité de livraison ● Patrons de conception ● Langage ● Plateformes ciblées ● Bibliothèques utilisées Analyser pour mieux anticiper

Slide 14

Slide 14 text

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

Slide 15

Slide 15 text

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.

Slide 16

Slide 16 text

Feedbacks @Xebiconfr - #Xebicon19