Les activités de tests
Tests Fonctionnels
Tests
de performances (charges, stress, aux limites)
Les
E.R.P.
Les outils utilisés
Mercury (TestDirector, WinRunner,QuickTestPro, LoadRunner, ...)
Compuware
(QATests, QARun, QALoad, ...)
IBM-Rational
(TestManager, Robot, Performance Tester, ...)
Autres...
Description
des activités de tests :
Tests Fonctionnels |
Notre démarche
s'applique aujourd'hui à tous
les types de logiciels
exceptés les logiciels temps réel et embarqués
ainsi que les applicatifs CRM.
Ainsi les activités décrites ci-après
sont adaptables
(et adaptées) autant sur des environnements techniques
de type " gros
systèmes
mainframe " fonctionnant majoritairement sur un mode
" batch ", que sur des environnements
de type " client-N_serveur(s) "
(en architecture " classique " ou " full
web ") fonctionnant plutôt sur un mode IHM.
Les activités
de test
que nous réalisons sont les suivants :
Elaboration des Plans
de Test.
Rédaction
des Spécifications de test avec analyse critique
des spécifications de besoins correspondantes.
Réalisation
des tests et suivi des anomalies
résultantes.
Automatisation
des tests
de non régression.
Bilan
d'activité de test.
Tests de performances (charges, stress, aux limites) |
La
démarche appliquée est la même.
Un plan de test
de charge est rédigé.
Ensuite les scénarios
et les jeux
de test sont rédigés,
puis exécutés sur le logiciel.
La première difficulté des tests de performances
est de bien définir le ou les référentiels
à partir desquels l'exécution de ces tests
est jugée : normes d'ergonomie, temps de réponse
des différentes ressources techniques (serveur, réseau,
).
Ce
référentiel
est malheureusement bien souvent beaucoup plus "flou"
(quand déjà il existe) que les spécifications
pour les tests
fonctionnels.
L'autre principale difficulté est d'ordre "technique"
et porte principalement sur le choix de l'outil de test
et sur sa mise en uvre et souvent sur son prix.
En effet ces outils peuvent être très performants
mais d'un tel prix que souvent, l'entreprise loue cet outil
à l'éditeur (comme par exemple LoadRunner
de Mercury)
Les E.R.P. |
Au travers des missions
qui lui ont été confiées, la société
Qualife
a acquis une expertise du test sur des projets basés
sur SAP et Oracle Application (cf. page
Références).
Nous sommes ici à la frontière entre :
1/ le
test fonctionnel
où il faut vérifier :
que chaque module
remplit sa fonction,
que
ces modules sont correctement paramétrés par
rapport au contexte de l'entreprise et aux besoins des utilisateurs,
que
les fréquents développements spécifiques
nécessaires à l'interfaçage de l'ERP
avec le SI de l'entreprise sont valides.
2/
le test technique
où il faut vérifier la bonne implémentation
(paramétrage) de chacun des modules testés.
La méthodologie appliquée
est sensiblement identique sur le fond, par contre sa mise
en uvre est différente avec une implication
beaucoup plus importante des utilisateurs finaux.
Les tests à mettre
en uvre peuvent être définis selon
une logique " hiérarchique " telle
que par exemple :
tests correspondant aux différentes
transactions de base (création d'un article,
création d'une DA,
)
tests
correspondant à la vérification des
fonctions indépendantes (création
des articles, création des fournisseurs,
)
tests
des flux métier (regroupant des transactions
de base comme par exemple la création d'une
DA suivi de ses validations hiérarchique
et budgétaire et enfin de la création
automatique de la commande correspondante).
Une approche telle que
décrite ci-avant permet de prendre en compte
d'une manière systémique la validation
:
du (des) module(s) de l'ERP dont il faut
vérifier le paramétrage,
du
(des) développement(s) spécifique(s)
d'interface,
des
accès aux données.
Remarque
sur l'automatisation :
dans le cadre d'un projet SAP, l'automatisation
des tests est grandement facilitée par
l'utilisation de l'outil QuickTestPro de Mercury.
En effet, cet outil est issu de l'outil WinRunner
for SAP R/3 développé spécifiquement
pour l'automatisation des tests SAP. |
|
|
|