🔍 5.2 Vérifier les exigences non fonctionnelles d'une application mobile

Une application mobile peut parfaitement fonctionner d'un point de vue fonctionnel, tout en offrant une mauvaise expérience globale.

L'utilisateur arrive à effectuer les actions prévues, mais l’application est :

• lente,
• peu lisible,
• instable,
• ou désagréable à utiliser.

Les exigences non fonctionnelles évaluent la qualité globale de l’application.

❓ Question clé : Comment l'application se comporte-t-elle dans des conditions réelles d'utilisation ?

🎯 Objectifs d'apprentissage

À la fin de ce chapitre, vous serez capables de :

• expliquer ce que sont des exigences non fonctionnelles ;
• identifier les principaux critères de qualité d’une application mobile ;
• comprendre l’importance de la portabilité, de l’ergonomie et des performances ;
• tester une application dans des conditions réelles d’utilisation ;
• analyser les risques liés à la sécurité et à la gestion des données ;
• formuler des propositions d’amélioration basées sur des observations concrètes.

🤔 5.2.1 Qu'est-ce qu'une exigence non fonctionnelle ?

Une exigence non fonctionnelle décrit comment une application doit se comporter, et non ce qu’elle doit faire.

Elle ne correspond pas à une action précise, mais à une qualité attendue.

Exemples d’exigences non fonctionnelles :

• l’application doit rester fluide ;
• l’interface doit être lisible sur différents écrans ;
• les données doivent être stockées de manière sécurisée ;
• l’application ne doit pas planter lors d’une interruption.

Spécificités du contexte mobile

Sur mobile, ces exigences sont particulièrement importantes, car les utilisateurs sont :

• souvent en déplacement ;
• soumis à des interruptions fréquentes ;
• peu tolérants aux lenteurs ou dysfonctionnements.

Une application peut donc :

• remplir correctement ses fonctions,
• mais être vécue comme "nulle" si la qualité d’usage est faible.

📱 5.2.2 Tests de portabilité

La portabilité consiste à vérifier que l’application fonctionne correctement sur différents appareils et environnements.

Une application mobile peut se comporter différemment selon :

• la taille d'écran ;
• la résolution ;
• les performances matérielles ;
• le système d'exploitation (Android / iOS) ;
• la version du système.

Points à vérifier (portabilité)

Les tests de portabilité permettent de vérifier que :

• l’interface reste lisible sur petit comme grand écran ;

• les éléments ne débordent pas et ne se chevauchent pas ;

• l’application s’adapte correctement à :

  • l’orientation portrait,
  • et éventuellement paysage, si les deux sont supportées.

👉 Tester uniquement sur un appareil n’est jamais suffisant.

🖱️ 5.2.3 Tests d’ergonomie et d’expérience utilisateur

Même si la conception de l’interface a été abordée dans un autre module, il faut vérifier en pratique que l’ergonomie fonctionne une fois l’app développée.

Les tests d’ergonomie consistent à observer :

• la fluidité de la navigation ;
• la clarté des écrans ;
• la facilité à comprendre les actions possibles ;
• la cohérence des gestes tactiles (tap, swipe, etc.).

Impact d'une mauvaise ergonomie

Sur mobile, une mauvaise ergonomie se traduit rapidement par :

• des erreurs de manipulation ;
• de la frustration ;
• un abandon de l’application.

👉 Une application peut être fonctionnelle, mais inutilisable si son ergonomie est mauvaise.

⚡ 5.2.4 Tests de performance et de stabilité

Les performances jouent un rôle majeur dans la perception de qualité.

Les tests de performance visent à vérifier :

• le temps de chargement des écrans ;
• la fluidité des animations ;
• la réactivité des interactions (touch, scroll, boutons) ;
• la stabilité générale de l’application.

Attention aux lenteurs et aux crashs

🚨 Une application lente ou instable :

• consomme plus de ressources ;
• dégrade l’expérience utilisateur ;
• génère des avis négatifs sur les stores.

Il est important aussi de vérifier que l’application :

• ne plante pas lors d’une utilisation prolongée ;
• gère correctement les erreurs inattendues (API down, timeout, etc.).

🔐 5.2.5 Tests de sécurité (niveau introductif)

Même sans audit de sécurité complet, certaines vérifications de base sont indispensables.

Les tests de sécurité consistent notamment à vérifier :

• que les permissions demandées sont justifiées ;
• que les données sensibles ne sont pas exposées inutilement ;
• que le stockage local est utilisé de manière appropriée ;
• que l’authentification (si présente) est sécurisée et fonctionne correctement.

Confiance et protection des données

Sur mobile, une application qui semble :

• intrusive,
• floue sur la gestion des données,
• ou peu transparente,

perd rapidement la confiance des utilisateurs :

• désintérêt,
• désinstallation,
• désabonnement.

Dans un contexte :

• RGPD,
• nLPD,
• et sensibilité croissante à la vie privée.

👉 La sécurité participe directement à la qualité perçue de l’application.

🌐 5.2.6 Tests en conditions réelles d’utilisation

Une application mobile est rarement utilisée dans des conditions "idéales".

Il est donc essentiel de la tester dans des situations réalistes :

• réseau lent ou instable ;

• perte temporaire de connexion ;

• interruption par :

  • appel téléphonique,
  • notification ;

• mise en veille du téléphone ;

• reprise après interruption.

Objectifs des tests en conditions réelles

Les tests en conditions réelles permettent de vérifier que :

• l’application ne se bloque pas ;
• les données ne sont pas perdues ;
• l’expérience reste cohérente malgré les contraintes ;
• les écrans se rechargent correctement après reprise.

🧠 5.2.7 Synthèse et bonnes pratiques

À retenir :

• les exigences non fonctionnelles influencent fortement la satisfaction utilisateur ;

• elles doivent être testées tout au long du développement, pas seulement à la fin ;

• une application de qualité est :

  • fonctionnelle,
  • stable,
  • agréable à utiliser,
  • fiable en conditions réelles.

Tester ces aspects permet d’améliorer :

• la durabilité du projet ;
• la crédibilité de l’application sur le long terme.

🧪 5.2.8 Activité pratique – Tests non fonctionnels

À partir d’une application mobile (réelle ou fictive), vous devez :

• analyser la portabilité de l’application ;
• évaluer son ergonomie ;
• observer ses performances générales ;
• identifier d’éventuels problèmes non fonctionnels ;
• proposer des améliorations concrètes.

Objectif : développer un regard critique sur la qualité globale d’une application mobile.

🔗 5.2.9 Sources et références

• Android Developers – App quality
• Apple Developer – Human Interface Guidelines
• OWASP – Mobile Top 10
• ISO/IEC 25010 – Software quality model