Tests logiciels: concepts clés

Présentation Générale

• Les tests logiciels sont cruciaux pour assurer la qualité et la fiabilité des applications
• Les tests valident que le logiciel fonctionne correctement dans diverses situations et permettent une amélioration continue
• La phase de test ajoute de la valeur en garantissant la conformité aux spécifications et l'absence d'anomalies

Contexte Général

• Les logiciels peuvent présenter des problèmes tels que des besoins mal compris, des erreurs non détectées, des plantages dans des cas spécifiques et une fragilité du code
• Tester permet de relever les anomalies et de confirmer qu'un logiciel est conforme avec ses spécifications

Définitions

• Les imperfections (défauts) dans le logiciel peuvent engendrer des défaillances ou anomalies
• Le test recherche activement les anomalies révélant les écarts par rapport au fonctionnement attendu
• La qualité d'un logiciel vérifie et valide sa fiabilité, conformité et robustesse

Exemples Historiques

• Fusée Ariane 5 Vol 501: un manque de tests a mené à l'explosion de la fusée et la perte de 370 millions de dollars de matériel
• Knight Capital: un algorithme non testé et a fonctionné à l'inverse du résultat attendu, ce qui a causé 440 millions en pertes
• Radiation en médecine en 2000: un programme a mesuré des mesures de radiation erronées, ce qui a mené à 8 morts

Fondements des Tests

• L'objectif principal d'un test est d'atteindre un produit avec un taux de défauts quasi nul
• Pour garantir l'objectivité, il est préférable que les tests soient réalisés par une personne différente de celle ayant développé l'application
• Un test réussi détecte les anomalies

Procédures et Difficultés

• Le but est de trouver les erreurs dans le code
• Les programmes doivent être testées avec un ensemble de données prédéfinies appelés jeu de test"
• Les tests doivent suivre un scénario de test"
• Sélectionner les jeux de tests appropriés, l'exécution des tests et déterminer le critère d'arrêt des tests sont des défis importants

Types, Niveaux et Techniques de Test

• Les tests peuvent être manuels ou automatisés, fonctionnels ou non-fonctionnels
• Les niveaux de tests catégorisent les tests tout au long du cycle de vie du logiciel (tests unitaires, d'intégration, système, d'acceptation)
• Les techniques emploient des méthodes fonctionnelles, structurelles, dynamiques ou statiques

Types de Tests: Test Manuel

• Tests manuels sont effectués par un testeur
• Deux façons d'exécuter des tests manuels:
  • Essai avec scénario: le testeur suit des scénarios préétablis
  • Essai exploratoire: le testeur navigue dans l'application pour déceler les bogues et les problèmes
• L'avantage des tests manuels est la flexibilité d'évaluer des éléments complexes comme l'UI et l'UX
• L'inconvénient des tests manuels est qu'ils sont plus difficiles à reproduire comparativement aux tests automatisés

Types de Tests: Test Automatisé

• Les tests automatisés limitent l'intervention humaine à l'aide d'outils et d'algorithmes
• Ils détectent les anomalies en comparant des résultats avec ceux attendus
• Les scripts automatisés doivent être créées et bien prévues en amont
• Un avantage est qu'ils peuvent être réutilisés
• Un inconvénient est le cout et le temps associé à la création de ceux-ci

Types de Tests: Test Fonctionnel

• Les tests fonctionnels vérifient que le logiciel se conforme avec ses spécifications, se déroulent et s'adaptent à l'utilisateur
• L'objectif est d'assurer l'exactitude, l'exhaustivité et l'adéquation du logiciel
• Les tests fonctionnels se classent en plusieurs niveaux

Types de Tests: Test Non Fonctionnel

• Les tests non fonctionnels sont liés aux exigences de performance, tels que le temps de réponse et la vitesse du logiciel dans des conditions spécifiques

Test de Robustesse

• Vérifie le comportement du logiciel en présence d'événements non prévus ou de situations dégradées

Test de Performance

• Se fonde sur des indicateurs comme la consommation de CPU, la mémoire et le volume de commandes

Test de Montée de Charge

• Évalue le comportement du logiciel en situation de stress, comme avalanche de notifications

Test de Compatibilité

• Vérifie si le logiciel fonctionne correctement avec différents terminaux ciblé

Test d'Ergonomie

• Teste l'expérience utilisateur basé sur la conception et l'interface

Test de Sécurité

• Integre la sécurité comme exigence dans les spécifications et prévoir les tests de sécurité associés

Test d'installation

• Teste les procédures d'installation avant leur conception

Niveaux de Tests

• Les tests fonctionnels sont divisés en 4 niveaux : unitaires, d'intégration, système et d'acceptation
• Les niveaux de test aident à structurer et organiser les tests

Niveaux de Tests: Test Unitaire

• Les tests unitaires sont réalisés sur des fichiers isolés
• Ceux-ci valident la qualité du code et les performances de divers modules
• Un chapitre y est entièrement dédié

Niveaux de Tests: Test d'Intégration

• Les tests d'intégration sont des tests manuel ou automatisés entre les composantes afin de s'assurer que le fonctionnement des interactions et de l'interface est conforme entre les différentes parties
• Ceux-ci valide que les composantes fonctionnent dans leur environnement

Niveaux de Tests: Test Système

• Les tests système vérifient si l'application correspond à ce qui a été demandé
• Ces tests peuvent être fonctionnels ou non
• Les tests valider un métier ou des comportements perceptibles via le client
• Ces tests doivent être indépendants de la structure interne

Niveaux: Test d'Acceptation

• Les tests sont utilisés pour vérifier si le produit correspond aux besoins des utilisateurs
• Les tests ne sont pas conformes malgré le respect de spécifications
• Tests sont manuel

Niveaux: En Résumé

• Comparaison aux tests de construction d'une maison: Les composantes sont aux matériaux de construction, l'intégration au ciment, les systèmes à son ensemble
• Test d'acceptation à la vérification des aspects fonctionnelle

Techniques de Test

• Une technique de test consiste à tester un composant via de l'utilisabilité comme la régression, ect et peut concerner plusieurs niveau et phase du test

Techniques: Tests de Régression

• Les tests vérifiient qu'un programme ne comporte pas d'effet secondaires suite à des changements dans le programme

Techniques: Test BN/BB/BG

• Boîte noire: basé sur une spécification des essais de système
• Structurel (boîte blanche): basé sur le programme
• Essai aléatoire (Boîte grise): Sélection basée sur le programme

Techniques: Test boite noire

• Les teste en boite noire consiste à examiner les fonctionnalités du programme et de valider qu'il fait la bonne chose et de la bonne façon
• Le testeur doit connaitre le rôle du système et d'utiliser un profil d'utilisateur
• Les tests consistent en un scénario et à vérifier l'entrée, sortie et le résultat
• Test de système sont appliqués généralement avec rapidité
• Inconvénient: tests peuvent être superficiels et redondants

Techniques: Test boite blanche

• Ces tests consiste à examiner le fonctionnement interne du programme et à comprendre le bon fonctionnement des composantes et des essais
• le testeur doit avoir des compétences en programmation
• La méthode exige des scénarios de tests et la validation des ligne de codes
• La méthode des essais peuvent être utilisées pour des essais ou des système d'intégration
• Tests sont précis

Technique: Test boite grise

• Technique consiste à tester le fonctionnement et valider une entrée/sortie
• Testeur a des connaissances de base et relativement limité du mécanique interne ainsi que le rôle du système et ses fonctions
• Le code source n'est pas accessible, l'exhaustivité des tests boite grise est limitée

Techniques: Test Alpha et Beta

• Tests alpha et bêta sont des méthodologies qui valident qu'un client souhaite lancer un produit qui a été déjà testé
• Essais alph est effectué par des équipes internes et sont les derniers essai sur le site
• Essais beta sont effectué via des usager réels

Techniques : Autres

Essais bout-en-bout:

• sert a valider que le programme se comporte de manière attendu
• les essais sont exécutes après les essais fonctionnels Essais Exploratoire:
• consiste à découvrir de nouveaux bugs dans le programme
• pas de garanti de couverture du test et est tributaire des capacités du testeur

Techniques - Résumé

• Catégories peuvent être organisée par (niveaux, types, techniques)
• Classées: Acceptations>Fonctionelles > Boite noire ou Module ou Manuel > Intégration > automatisé

Test et cycle du développement

• l'équipe des test commence lors que le codage est créé et en suit parallèlement avec celui-ci

Activités de test

• Sélectionne les tests pour l'application et soumet le jeux de test
• Dépouillement des données
• Évalue la pertinence des essais et juge si la phase ce test ce terme ou non

Graphe de flot de contrôle

• Représente le plan des donnés afin de mieux comprendre les résultats d'essai, ainsi va préparer les données avant essaie

Test structurels "BB"

• Cherches le code source pour émettre des essaies
• Nécessite les codes sources et se concentre bien sur les données attenduent
• L'avantage est les essais exhaustive vu l'inventaire présent dans le programme
• L'inconvénient est qu'à cause de la spécification, des donnés peuvent être manqué car non implémentent

Boite Blanche

• L'analyse de la structure de l'application est nécessaire pour établir les tests en se basant sur les critères, la portion et les données

Graphe

• Il existe deux nœud obligatoire soit l’entré et sortie
• les arcs sert à lier les les instructions avec les prochaines et les étiquettes sont identifié par leurs propre éléments

Modéles de Graph

• Les modèle sont Séquence, si-aloes-snion, Boucle et Commutateur

Nombres cyclomatique

• La complexité est calculée en mesurant et utilisant un outil de métrologie pour mesurer le logiciel
• Nombre cyclomatique et définie comme arc-nœud+2 et représente le total des chemins dans un graphe

Objectifs de couverture

• Couvrir et utiliser le moins d'instructions possible pour répondre au critère "C0 and C1"

Analyse de Partionnation

• Diviser le code en de petit segment et s'assurer que les requis sont validé, l'essai ne dois pas être très exhaustifs

Comment combiner les Stratégies?

• Ne commencer par dessuite avec essai BB mais plutôt BN et Utiliser des outils de gestion.

Exemple de Programme Statistique

• Programme doit analyser , un fichier nommer Étudiants
• Le programme doit calculer la moyenne du chacun
• la plus part du essais devrait être fait pas le technicien

Exemple cas de tests

• inclure des caractéristiques du programmes
• Doit inclure le code du programme dans les test afin de s'assurées que la structure est validé