TPE DSI 533 Chapitre - 7 DAMBA BADIA ARMAN
TPE DSI 533 Chapitre - 7 DAMBA BADIA ARMAN
TPE DSI 533 Chapitre - 7 DAMBA BADIA ARMAN
NIVEAU : 5
FILIERE : INFORMATIQUE
Dans le développement d’un produit logiciel, la phase de test est une phase cruciale car elle
permet de statuer sur la qualité du logiciel. Le test permet de vérifier si les fonctionnalités
inscrites dans le cahier de charge sont effectivement implémentées. C’est grâce au test qu’on
peut décider si le produit logiciel peut être déployé ou non. Cela donne une place d’or au testeur
dans le développement d’un produit logiciel. Il doit à cet effet connaitre les détails sur les
exigences du logiciel pour effectuer un test complet du produit logiciel. Il dresse à cet effet un
plan de test. Le plan du test pour un projet est documenté. Le document doit contenir : la liste
des personnes impliqués, les ressources nécessaires, l’effort requis, la définition de
l’environnement de test, des outils de test et le calendrier de test. Il existe un plan séparé des
cas de teste. Pour un cas de teste, les éléments suivants doivent apparaitre : l’objectif du test,
les entrées sorties attendues et éventuellement la procédure de teste. Un projet de testes
comprend : les test unitaires (White box testing), les tests d’intégration, les tests de système
(black box testting), les tests de régression, les tests de performances et les tests d’acceptation.
Lorsque la phase de test n’est pas bien respectée, le projet risque être déployé avec des défaut,
d’où la nécessité de bien planifier le processus de Test.
I- Les types de teste
Il existe plusieurs types de testes. Dans le document dont nous faisons le résumé on a :
Le test unitaire : qui est un test effectué par les développeurs. Il s’agit ici d’effectuer le
test de chacun des modules constituant le produit logiciel ;
Test de composant : il permet de vérifier si les différents composants fonctionnent et
peuvent être réutiliser ;
Test du système consistant à vérifier le fonctionnement global du logiciel. Il est
généralement effectué par un groupe à part entier ;
Test de performance : effectué par un autre groupe en dehors des développeurs, il évalue
si les ressources sont utilisées de façon optimale selon ce qui à été définie dans le cahier
de charge.
Test de monté en charge : permettant de vérifier que les performances du système sont
dans la les limites définies pour les charges systèmes élevées sur des périodes longues
ou courtes.
Test d’utilisation permettant de vérifier que le logiciel est facile à utiliser
Test de sécurité permettant de vérifier les principes fondamentaux de la sécurité
informatiques sont respectés
Test de régression vérifiant si les fonctionnalités de base sont préservées après une mise
à jour du produit logiciel ;
Test de simulation ce teste essaie d’exécuter le logiciel sur un environnement
entièrement virtualisé ;
Test d’acceptation effectué par le client, ce test permet au client de voir si ses exigences
sont respectées avant d’accepter ou refuser le logiciel
La qualité de la phase test dans un projet réside dans la maturité du processus de test. Un
bon processus de teste est composé de : la planification de teste, l’analyse et la conception des
cas de tests et les rapports des tests.
Les tests de régression quant à eux impliquent la réalisation d’un sous ensemble de tests.
L’état de qualité de test effectué (test réussi, test échoué ou test bloqué) ;
Les risque et les enjeux ;
Le statut du calendrier de test ;
Les livrables prévus (prochain période).
Le chef du groupe de gestion de test doit tenir une assise avec les membres de son équipe pour
souligner et discuter des risques et enjeux plus pertinents du projet. Il pourra donc à partir de la
qualité du logiciel recommander le déploiement ou non du logiciel. Dans la mesure de la qualité
du logiciel, divers critères peuvent être utilisés, mais le plus utilisé est le taux cumulatif des
défauts. Un graphe est souvent utilisé pour l’illustrer. Sur le graphe la pente de la courbe croit
en fonction du nombre de défaut détectés : au fur et à mesure que le teste progresse la pente se
stabilise traduisant ainsi le niveau de stabilité du logiciel. C’est en fait cet élément du rapport
qui permettra au chef du groupe de teste d’autoriser ou non la livraison du produit logiciel au
client. Un exemple de ce type de graphe est donné à la page 127 Fig 7.3
De façon générale, il existe des outils conçu pour un type ou un groupe de test. Par exemple :
LDRA Tesbed qui est utilisé pour les tests unitaires (fournis des analyses
statiques et dynamiques pour comprendre et naviguer facilement dans la
conformité aux normes ou les mesures de qualité et les analyses de couverture
de codes) ;
Winruner conçu par Mercury (faisant partie actuellement de HP) pouvant faire
le test de régression
Le logiciel Hp Unified fonctional Testing qui a remplacé Winrunner
Mercury’s LoadRunner permettant de tester la performance du système en
donnant la possibilité de faire connecter plusieurs utilisateurs à la fois…
Test statique ou vérification des documents contenus dans les pages web (on y
vérifie également les erreurs dans la syntaxe du code HTML) ;
Test unitaires qui vérifie si le contenu de la page web correspond à celle de la
conception ;
Test fonctionnel qui vérifie si les exigences sont satisfaites dans les différentes
pages de l’application web ;
Test de compatibilité de navigateur
Test d’utilisation
Test de montée en charge permettant de vérifier si le site permet de gérer
plusieurs (un grands nombres) d’accès concurrentes ;
Test de disponibilité ;
Test post déploiement permettant de vérifier si après sa mise en ligne,
l’application web gardes ses qualités.
CONCLUSION
Le chapitre dont nous avons eu à faire le résumer à présenter de manières détaillée l’exécution
des tests dans le développement des produits logiciel. En commençant énumérer les types de
test, donner la place du test dans la qualité d’un logiciel en passant par l’explication détaillée
du déroulement des tests, les auteurs de ce document ont également décrit les caractéristiques
des applications de e-commerce.
Références
https://www.iguanesolutions.com/blog/2022/03/07/test-de-montee-en-charge-les-10-
commandements-a-respecter/
https://ldra.com/products/ldra-testbed-tbvision/#coding
Introduction to Software Quality de Gerard O’Regan