Types de tests logiciels

Ouvrir le schéma en taille réelle ↗

Types de tests logiciels

Tests fonctionnels

Les tests fonctionnels utilisent souvent des techniques de boîte noire et des cas fondés sur les spécifications pour vérifier que le logiciel satisfait les exigences du client. Les vérifications suivantes facilitent le travail.

1. Comprenez précisément ce que l’application doit faire.
2. Préparez des données de test adaptées, avec des entrées valides et non valides.
3. Vérifiez les résultats obtenus par rapport aux spécifications fonctionnelles.
4. Couvrez les scénarios exigés et donnez la priorité aux risques les plus élevés. Tester tous les scénarios possibles est rarement réalisable.
5. Consignez le résultat de chaque entrée et comparez-le au résultat attendu.

Effectuez des vérifications fonctionnelles à différents niveaux de test et après les modifications.

1. Tests unitaires
2. Tests d’intégration
3. Tests système
4. Tests de régression
5. Tests d’acceptation

Tests non fonctionnels

Les performances, la sécurité et la qualité de l’interface sont des exigences non fonctionnelles importantes. Les tests non fonctionnels évaluent ces caractéristiques. Les principaux types sont les suivants.

1. Tests de performance
2. Tests d’utilisabilité
3. Tests de sécurité
4. Tests de portabilité

Tests d’utilisabilité

Les tests d’utilisabilité évaluent la facilité d’utilisation. Cette approche en boîte noire pose trois questions. Le logiciel est-il pratique ? L’utilisateur peut-il s’en servir ? Peut-il apprendre à s’en servir ? L’utilisabilité comprend les aspects suivants.

• La facilité avec laquelle les utilisateurs s’adaptent à la première utilisation.
• L’efficacité avec laquelle ils réalisent leurs tâches, notamment la rapidité d’exécution.
• La facilité avec laquelle ils reprennent l’utilisation après une longue interruption.
• Les erreurs rencontrées et la facilité avec laquelle ils s’en remettent.
• Leur satisfaction à l’égard de l’expérience.

Les tests d’utilisabilité donnent confiance dans la qualité et la facilité d’utilisation. Planifiez-les soigneusement pour satisfaire les clients et obtenir des résultats à un coût raisonnable. Une utilisation aléatoire peut révéler des défauts que les tests habituels ne voient pas.

Tests de l’interface utilisateur graphique

Les tests d’interface utilisateur graphique (GUI) vérifient que l’interface fonctionne correctement et respecte les normes de qualité définies. Vérifiez les éléments suivants.

• Mise en page
• Couleurs
• Polices
• Taille des caractères
• Libellés
• Fonctions des zones de texte
• Mise en forme du texte
• Légendes
• Boutons
• Listes
• Icônes
• Liens
• Contenu
• Raccourcis clavier
• L’indicateur d’activité, comme un sablier, pendant le traitement

Selon les besoins, les tests de l’interface graphique peuvent être manuels ou automatisés. Ils sont parfois confiés à un prestataire externe plutôt qu’à l’équipe de développement ou de test de l’entreprise.

Tests hors interface utilisateur graphique

L’interface graphique détermine l’apparence et la manière d’utiliser l’application. Les tests hors interface graphique couvrent les autres interactions, dont les interfaces en ligne de commande, les traitements par lots et les événements qui déclenchent des cas d’utilisation.

Tests de portabilité

Les tests de portabilité évaluent l’effet d’un changement d’environnement sur le comportement et les performances du logiciel. Testez, par exemple, une application sur plusieurs systèmes d’exploitation ou une application web dans plusieurs navigateurs. C’est important lorsque le client prévoit d’utiliser plusieurs plateformes.

Les tests de portabilité font partie des tests système. Installez le logiciel dans différents environnements ou générez et exécutez ses exécutables sur plusieurs plateformes. Tenez compte des exigences de portabilité dès la conception et le développement. Réalisez ces tests après les tests d’intégration, dans des environnements adaptés.

Tests de sécurité, d’authentification et d’autorisation

Les tests de sécurité recherchent les failles et vérifient que le logiciel peut protéger les données confidentielles des clients lorsque c’est nécessaire. L’authentification et l’autorisation en sont deux aspects importants.

L’authentification vérifie l’identité de la personne qui cherche à accéder à l’application. Le couple identifiant et mot de passe en est un exemple. Si la combinaison est incorrecte, l’accès est refusé parce que l’identité déclarée n’a pas été vérifiée.

L’autorisation contrôle l’accès aux données, fonctionnalités et cas d’utilisation restreints. Réussir l’authentification ne donne pas accès à tout. Par exemple, se connecter à un réseau social donne accès aux informations de son propre compte, sans ouvrir l’accès aux comptes des autres.

Les tests de sécurité couvrent aussi la confidentialité, l’intégrité, la disponibilité, la non-répudiation, la sécurité des données, l’injection SQL, les attaques XSS et d’autres enjeux. C’est un domaine spécialisé à part entière.

Tests d’intégrité des données et des bases de données

Les tests d’intégrité des données vérifient que les données stockées sont exactes et donnent les résultats attendus. Vérifiez si les données vides peuvent être récupérées, si les données sont validées avant l’enregistrement, si elles peuvent être mises à jour et si les types de fichiers nécessaires sont couverts. L’objectif est de conserver des données exactes et cohérentes tout au long de leur cycle de vie.

Les tests d’intégrité des bases de données examinent les méthodes et les processus d’accès, de gestion et de traitement des données. Les données ne doivent être ni altérées ni créées, modifiées ou supprimées par inadvertance. Prévoyez des cas de test pour chacune de ces conditions.

Tests de tolérance aux pannes et de basculement

Les tests de tolérance aux pannes vérifient comment une application réagit aux incidents en conditions réelles. Les scénarios incluent les erreurs réseau et les problèmes de connexion au serveur d’applications ou à la base de données.

Les tests de basculement vérifient que le système passe sur un composant ou un service de secours après une panne grave, comme une défaillance matérielle ou un arrêt brutal. Vérifiez que les activités critiques peuvent continuer pendant le basculement. Les tests de reprise peuvent ensuite vérifier que le service d’origine revient à l’état attendu.

Tests de configuration et de déploiement

Les tests de configuration évaluent les performances avec différentes configurations système. Ils aident à déterminer les temps de réponse dans l’environnement de test et la configuration requise pour obtenir les performances attendues. Ils facilitent aussi la migration en vérifiant la compatibilité avec le nouvel environnement et son matériel.

Les tests de déploiement vérifient que le système déployé fonctionne correctement. Recherchez les ralentissements et les arrêts, vérifiez le fonctionnement en conditions réelles et assurez-vous que le logiciel a été installé correctement dans le dossier prévu.

Tests de régression

Transmettez les défauts détectés pour correction. Confirmez que la correction résout le problème initial. Exécutez ensuite des tests de régression pour repérer les effets indésirables dans la zone modifiée, ailleurs dans l’application ou dans la logique métier. Utilisez les résultats pour décider si le logiciel est prêt pour la prochaine phase de test.

Tests de performance

Les tests de performance examinent les délais réseau, l’affichage des données, le traitement des transactions de base de données et la répartition de charge entre serveurs. Ils portent sur les problèmes de performance au-delà des défauts propres à chaque fonction. Utilisez-les pour évaluer la stabilité, la capacité à monter en charge, la rapidité, les temps de réponse et l’affichage des données.

Tests de charge et mesures comparatives de performance

Les tests de charge examinent le comportement du logiciel sous une charge maximale ou de pointe. Des outils tels que JMeter, LoadRunner et Silk Performer créent des utilisateurs virtuels et exécutent des scripts pour simuler des accès simultanés. Le testeur contrôle le nombre d’utilisateurs virtuels et observe le comportement du système.

Tests de stress

Les tests de stress créent délibérément des conditions anormales pour observer les performances. Dépassez les limites de charge admissibles ou retirez des ressources afin de repérer le point de défaillance. Par exemple, arrêtez et redémarrez une base de données, fermez ou redémarrez des ports réseau de façon aléatoire ou exécutez des processus très gourmands en ressources.

Testing Type	Unit Testing	Integration Testing	System Testing	Acceptance Testing
Functional Testing	Yes	Yes	Yes	Yes
Configuration Testing	No	No	Yes	Yes
User Interface Testing	No	No	Yes	Yes
Usability Testing	No	No	Yes	Yes
Installation Testing	No	No	Yes	Yes
Document Testing	Yes	Yes	Yes	Yes
Performance Testing	Yes	Yes	Yes	Yes
Security Testing	No	Yes	Yes	Yes
Scalability Testing	No	Yes	Yes	No

Ouvrir le schéma en taille réelle ↗

Résumé des types de tests logiciels