> Tech > Première ligne de test

Première ligne de test

Tech - Par Renaud ROSSET - Publié le 24 juin 2010
email

Comment donc tester les procédures stockées ? Commencez par tester par unités chaque procédure en l'alimentant avec des données de test appropriées, en observant le résultat et en retestant si nécessaire pour s'assurer que les corrections de bogues n'engendrent pas de nouvelles erreurs. Le test par unités d'une procédure

Première ligne de test

stockée
implique une suite de cycles « tester-
déboguer-retester ». Le nombre de
cycles dépend de la tolérance aux défauts
acceptables, de la date de release
de l’application et, bien entendu, de la nature et de la qualité du code.
Chacun des tests par unités devrait se
dérouler en cinq étapes :
1. Définir les sorties attendues.
2. Préparer les données de test.
3. Effectuer le test et vérifier la sortie.
4. Documenter les résultats.
5. Retester si nécessaire.

Au fil du temps, vous construirez
une bibliothèque de tests que vous
pourrez réutiliser pour d’autres procédures,
partager avec d’autres développeurs
et adapter à  d’autres projets
de développement. Au fur et à  mesure
que la bibliothèque de tests grossit, la
qualité des tests s’améliorera. Résultat
final : un régime de test plus rapide et
plus efficace, parfaitement adapté à 
vos besoins et styles de développement
(et à  ceux de votre entreprise).

Rappelons que le test par unités
n’est qu’une phase du test. Après
l’avoir appliqué à  une procédure,
vous ou votre manager pourrez le
combiner avec d’autres parties de
votre application comme un business
object ou un composant UI, comme
une page ASP (Active Server Pages).
L’intégration du test à  ce niveau dépasse
le cadre de cet article mais, dans
un prochain article, je couvrirai une
étape précoce qui intervient souvent
dans ce processus : le test d’intégration
de deux procédures.

Pour examiner le déroulement du
test par unités, suivons les étapes d’un
exemple pratique de test d’une procédure
chargée de consulter un prix de
produit puis d’ajouter un enregistrement
à  une table Orders (Commandes).
Une telle procédure requiert
une table Products et une table Orders,
que vous pouvez créer à  l’aide du
script présenté dans le listing 1. Vous
pouvez mettre en oeuvre la logique de
gestion comme une procédure unique
mais, pour mieux observer le processus
de test, il vaut mieux la séparer en
deux procédures. Cet article couvre la
procédure interne, usp_lookupPrice,
qui consulte les prix dans la table
Products. Mon prochain article couvrira le test de la procédure externe,
usp_insertOrder, qui utilise la
procédure interne pour préparer un
enregistrement order.

Téléchargez cette ressource

Guide inmac wstore pour l’équipement IT de l’entreprise

Guide inmac wstore pour l’équipement IT de l’entreprise

Découvrez toutes nos actualités à travers des interviews, avis d'experts et témoignages clients et ainsi, retrouvez les dernières tendances et solutions IT autour de nos 4 univers produits : Poste de travail, Affichage et collaboration, Impression et capture et Infrastructure.

Tech - Par Renaud ROSSET - Publié le 24 juin 2010