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.