Tests non fonctionnels

Par : Thomas Hamilton Thomas Hamilton
Hours Le kit de préparation mis à jour

⚡ Résumé intelligent

Les tests non fonctionnels permettent de vérifier les performances d'une application logicielle en termes de fiabilité, d'ergonomie, de sécurité, d'évolutivité et d'autres attributs de qualité. Ce guide explique les objectifs, les paramètres, les caractéristiques, les types de tests courants et présente des exemples concrets de cas de test utilisés par les équipes d'assurance qualité.

  • (I.e. Priorité à la qualité : Les tests non fonctionnels mesurent comment un système fonctionne plutôt que ce qu'il fait.
  • (I.e. Critères mesurables : Chaque exigence est quantifiée, éliminant ainsi les formulations subjectives telles que bon, meilleur ou excellent.
  • (I.e. Paramètres critiques : La sécurité, la fiabilité, l'évolutivité, la facilité d'utilisation et la portabilité dominent la vérification non fonctionnelle.
  • 🧪 Divers types de tests : Les tests de performance, de charge, de contrainte, de récupération et de compatibilité permettent chacun de traiter des risques de qualité spécifiques.
  • (I.e. Impact sur les entreprises: Des tests non fonctionnels rigoureux permettent de réduire les coûts de production, les temps d'arrêt et l'insatisfaction des clients lors des différentes versions.
En savoir plus

Tests non fonctionnels

Qu’est-ce que les tests non fonctionnels ?

Tests non fonctionnels Les tests non fonctionnels sont une catégorie de tests logiciels qui valident les aspects non fonctionnels d'une application : performances, convivialité, fiabilité et autres attributs de qualité similaires. Ils évaluent la maturité du système par rapport à des critères que les tests fonctionnels n'abordent jamais, garantissant ainsi que l'application répond aux attentes de l'entreprise en conditions réelles d'utilisation.

Un exemple classique de test non fonctionnel consiste à mesurer le nombre d'utilisateurs simultanés pouvant se connecter à une application sans dégradation des performances. Les tests non fonctionnels sont aussi essentiels que les tests fonctionnels, car ils influent directement sur la satisfaction client et la perception globale du produit.

Diagramme de synthèse des tests non fonctionnels

Objectifs des tests non fonctionnels

Les tests non fonctionnels sont réalisés afin d'améliorer la qualité globale et la durée de vie d'un produit. Leurs principaux objectifs sont les suivants :

  • Améliorer la facilité d'utilisation, l'efficacité, la facilité de maintenance et la portabilité du produit.
  • Réduire les risques de production et les coûts associés aux défauts non fonctionnels.
  • Optimisez la manière dont le produit est installé, configuré, exécuté, géré et surveillé.
  • Collecter des mesures et des indicateurs pour la recherche et le développement internes.
  • Améliorer la compréhension du comportement du produit et des technologies utilisées.

Caractéristiques des tests non fonctionnels

Les caractéristiques suivantes définissent la manière dont les tests non fonctionnels doivent être planifiés et exécutés :

  • Elle doit être mesurable, ne laissant aucune place à des descriptions subjectives telles que bon, meilleur ou excellent.
  • Les chiffres exacts sont généralement inconnus au début du processus de définition des besoins.
  • Les exigences doivent être hiérarchisées afin que les domaines présentant le risque le plus élevé soient traités en premier.
  • Les attributs de qualité sont identifiés avec précision lors de la phase d'ingénierie logicielle.

Paramètres de test non fonctionnels

On utilise généralement onze paramètres pour définir le périmètre des tests non fonctionnels :

  1. Sécurité : Évalue la protection d'un système contre les attaques délibérées et accidentelles d'origine interne ou externe. Vérifié par des tests de sécurité.
  2. Fiabilité: La mesure dans laquelle un système remplit en continu ses fonctions spécifiées sans défaillance. Vérifiée par des tests de fiabilité.
  3. Survivabilité: Confirme que le système continue de fonctionner et se rétablit automatiquement après une panne. Vérifié par des tests de récupération.
  4. Disponibilité: Détermine le degré de fiabilité du système en cours de fonctionnement. Vérifié par des tests de stabilité.
  5. Usabilité: Facilité d'apprentissage, d'utilisation, de préparation des données et de consultation des résultats du système. Vérifiée par des tests d'utilisabilité.
  6. Évolutivité: Capacité d'une application logicielle à étendre sa capacité de traitement pour répondre à une demande croissante. Vérifiée par des tests de scalabilité.
  7. Interopérabilité: Vérifie comment un système logiciel interagit avec d'autres systèmes logiciels. Vérifié par des tests d'interopérabilité.
  8. Rendement : La mesure dans laquelle le système gère la capacité, la quantité et le temps de réponse sous charge.
  9. Flexibilité: La facilité avec laquelle l'application peut fonctionner sur différentes configurations matérielles et logicielles, telles que des spécifications de RAM ou de processeur variables.
  10. Transférabilité : La flexibilité du logiciel pour passer de son environnement matériel ou logiciel actuel à un autre.
  11. Réutilisabilité: Désigne la partie d'un système logiciel qui peut être adaptée pour être utilisée dans une autre application.

Diagramme des paramètres de test non fonctionnels

Type de test de logiciel

Les tests logiciels sont généralement classés en trois catégories :

  • Essais fonctionnels
  • Tests non fonctionnels
  • Tests d'entretien

Chaque catégorie comprend plusieurs niveaux de test, que les équipes appellent souvent types de test. Les classifications peuvent légèrement varier d'un ouvrage à l'autre ; il faut donc s'attendre à de petites différences.

La liste des types de tests n'est pas exhaustive : il en existe plus de 100 différents, et de nouveaux apparaissent régulièrement. Chaque type de test n'est pas adapté à tous les projets ; son étendue dépend de la nature, du profil de risque et de la complexité de l'application testée.

ARTICLES LIÉS

Types de tests non fonctionnels

Les types de tests non fonctionnels les plus courants effectués par les équipes d'assurance qualité comprennent :

  • Test de performance
  • test de charge
  • Test de basculement
  • Test de compatibilité
  • Tests d'utilisabilité
  • Test de stress
  • Tests de maintenabilité
  • Tests d'évolutivité
  • Tests de volume
  • Test de sécurité
  • Tests de reprise après sinistre
  • Test de conformité
  • Test de portabilité
  • Tests d'efficacité
  • Test de fiabilité
  • Tests de base
  • Test d'endurance
  • Tests de documentation
  • Test de récupération
  • Tests d'internationalisation

Exemples de cas de test pour les tests non fonctionnels

Les exemples suivants illustrent comment les cas de tests non fonctionnels sont écrits dans des projets réels :

Cas de test # Cas de test Domaine
1 Le temps de chargement de l'application ne doit pas dépasser 5 secondes lorsqu'elle est accessible simultanément par jusqu'à 1000 utilisateurs. Test de performance
2 Le logiciel devrait pouvoir être installé sur toutes les versions prises en charge de Windows et macOS. Test de compatibilité
3 Toutes les images Web doivent comporter des balises alt descriptives. Test d'accessibilité

FAQ

Les tests fonctionnels vérifient la conformité du système aux exigences spécifiées. Les tests non fonctionnels évaluent les performances du système, notamment sa vitesse, sa fiabilité, son ergonomie et sa sécurité, garantissant ainsi que l'application répond aux normes de qualité au-delà du simple comportement de ses fonctionnalités principales.

Les outils populaires incluent JMeter et LoadRunner pour les performances, Selenium pour l'automatisation de l'utilisabilité, Burp Suite OWASP ZAP assure la sécurité, tandis que BrowserStack évalue la compatibilité. Chaque outil cible un domaine non fonctionnel spécifique que les équipes d'assurance qualité souhaitent mesurer.

Les tests non fonctionnels doivent débuter une fois le système fonctionnellement stable et avant les mises en production majeures. Les tests de performance, de sécurité et de fiabilité sont généralement planifiés en fin de phase de test, mais les stratégies de test en amont (shift-left) préconisent leur exécution plus tôt, en parallèle du développement.

Chaque paramètre est évalué par rapport à des seuils quantifiables. Les performances sont mesurées en termes de temps de réponse et de débit, la sécurité par le nombre de vulnérabilités, l'utilisabilité par les taux d'achèvement des tâches et la fiabilité par le temps moyen entre les pannes. Numbers remplacer les opinions subjectives.

Les deux. Les tests de performance, de charge, de stress et de sécurité reposent largement sur l'automatisation en raison de leur échelle et de leur reproductibilité. Les tests d'utilisabilité et d'accessibilité nécessitent souvent une observation manuelle, des évaluations d'experts ou des vérifications à l'aide de technologies d'assistance, en complément des outils automatisés.

L'IA génère des profils de charge, prédit les goulots d'étranglement des performances, priorise les cas de test à risque et analyse automatiquement les données de journalisation. Les plateformes pilotées par l'IA réduisent le temps d'exécution et détectent plus rapidement les régressions.ping Les équipes d'assurance qualité étendent la couverture non fonctionnelle aux différentes versions.

Non. L'IA accélère les analyses, la création de référentiels et la détection d'anomalies, mais les testeurs experts continuent d'interpréter les résultats, de valider les chaînes d'exploitation et de concevoir les scénarios de test. L'IA complète le jugement humain dans les tests non fonctionnels sans pour autant remplacer les ingénieurs QA expérimentés.

Résumez cet article avec :