Mthodes de Test Logiciel

Test fonctionnel

Mthode bote noire

Cest le test du type bote noire canalis sur la vrification des requtes de
lapplication ; ce type de test doit tre excut par les testeurs, fait qui
nexclut pas que les programmeurs testent le code dvelopp par eux (rgle
qui sapplique dans tout stade du test)
les essais tournent autour du fonctionnement externe du systme : les dtails
d'implmentation des composants ne sont pas connus (ou sciemment ignors),
et seul le comportement extrieur est test
les dtails d'implmentation des composants sont ici tous connus, et le test

Mthode bote blanche teste spcifiquement ces implmentations.

Test fonctionnel

Test unitaire

Test dintgration

Test systme

Test de recette

Dans le premier stage des tests, les fonctions ou les modules de code sont
tests, habituellement par les programmeurs, car ces tests supposent une
connaissance approfondie du design interne et du code de lapplication.. Pas
toujours facile excuter, sinon lapplication na une architecture bien
structure. Ce type de test peut ncessiter le dveloppement des drivers ou des
programmes additionnels.

Ce type de test teste des parties de lapplication et l'intgration a pour but de

valider le fait que toutes les parties dveloppes indpendamment
fonctionnent bien ensemble. Les parties peuvent tre modules de code,
applications individuelles, applications du type client ou serveur dun rseau
etc. Le test dintgration est notamment relevant sur les systmes client /
serveur et sur les systmes distribus.
On teste ici par la mthode bote noire la fiabilit et la performance de
l'ensemble du systme, tant au niveau fonctionnel que structurel, plutt que de
ses composants. On teste aussi la scurit, les sorties, l'utilisation des
ressources et les performances.
Ce test doit confirmer que l'application rponde d'une manire attendue aux
requtes qui lui sont envoyes. Ce test permet d'adapter l'application aux
attentes des futurs clients.

Test dutilisabilit

Ce test doit valider si lapplication est facile utiliser. Clairement ce test est
subjectif et il va dpendre des utilisateurs finals ou clients viss. Les
interviews, les enregistrements vido des interrogations des clients ou
dautres techniques peuvent tre utilises. Les programmeurs et les testeurs ne
sont pas indiqus pour ce teste.

Test dinstallation/
dsintallation

Tester le processus dinstallation / dsinstallation intgralement, partiellement

ou progressivement.

Test bout bout

Similaire au test systme qui implique le teste de lentire application dans

lenvironnement qui imite la situation relle dutilisation de lapplication dans
linteraction avec une base de donne, en utilisant un rseau de
communication ou en interaction avec dautres components hardware,
application ou systmes sil est le cas.

Sanity testing ou smoke

testing

typically an initial testing effort to determine if a new software version is

performing well enough to accept it for a major testing effort. For example, if
the new software is crashing systems every 5 minutes, bogging down systems
to a crawl, or corrupting databases, the software may not be in a 'sane' enough
condition to warrant further testing in its current state

Test de rgression

Test de compatibilit

Re - tester aprs avoir fix les bogues ou les modifications du logiciel ou de

lenvironnement. Dterminer la ncessit de re - tester peut tre difficile,
notamment si on est proche de la fin du cycle de dveloppement. Les outils de
test automatis peuvent tre extrmement utiles pour ce type de test.
Tester la manire dont un logiciel fonctionne dans une configuration
spcifique du systme, sous un systme dexploitation spcifique, dans un
environnement de rseau particulier etc.

Test non fonctionnel

Test de performance

Terme utilis alternativement pour les tests de volume et tests de charge. Dans
le cas idal le test de performance (et dautre types de tests) sont prvus dans
la documentation o sont spcifis les requtes.

Test de volume

Terme utilis alternativement pour les tests de charge et tests de performance.

Terme utilis aussi pour dcrire des testes similaires aux tests fonctionnels
la diffrence que ces tests sont rouls en appliquant des charges anormales ou
par la rptition exagre de certaines actions, demandes complexes la base
de donne etc

Test de charge

Tester une application sous de grandes charges, comme par exemple tester un
site web sous une srie de charges pour dterminer jusqu quel point la
rponse du systme nest plus prompte ou craque.

Test de rcupration

Tester comment un systme rcupre les donnes aprs le craquement, erreurs

du systme ou aprs dautres catastrophes.

Test de craquement

Utilis alternativement avec test de rcupration

Test de scurit

Tester la manire dont le systme protge contre les accs interne ou externes
pas autoriss, endommagement par mauvaises intentions etc ; peut ncessiter
techniques de test sophistiques.

Autres mthodes de test

Tests dexploration
Tests ad- hoc

Utilis souvent pour faire de tests cratifs, informels qui ne portent pas sur un
plan ou cas de test formels et les testeurs apprennent lapplication en la
testant.
Similaire aux tests dexploration mais qui supposent une connaissance du
logiciel avant de commencer tester

Tests contextuels

Ce type de test est peut tre excut aprs une bonne connaissance de
lenvironnement, culture et utilisation prvue pour le logiciel dveloppe. Par
exemple on va avoir une
approche compltement diffrente pour un quipement mdical que pour un
simple jeu de PC.

Tests comparatifs

Comparer les points faibles et points forts des diffrentes applications pour en
relever la comptitivit des produits.

Tests alpha

Tester une application lorsque le dveloppement est presque fini et des

changements mineurs peuvent tre faits la suite de ce type de test.
Couramment faits par utilisateurs finals ou par dautres que les testeurs ou

dveloppeurs

Tests beta

Tests de mutation

Tester lorsque le dveloppement et les tests sont an principal termins et on

doit trouver les bogues et problmes finals avant de lancer la version finale.
Couramment faits par utilisateurs finals ou par dautres que les testeurs ou
dveloppeurs.
Une mthode pour dterminer si un srie de donnes tester ou cas de test
sont utiles en introduisant dlibrment des nombreuses modifications de
code (bogues) et puis re-tester en utilisant les sries de donnes ou cas de test
pour voir si les bogues sont dtects. Cette mthode implique de grandes
ressources en matire dordinateurs.