Evaluer l’environnement : les applications

ne
fourniront que des indications vagues sur les origines du problème. Lorsque cela
arrive, il est temps d’analyser le code.

Pour identifier d’où est parti ce bogue furtif, retracez sa progression en sens
inverse. Analysez les variables, les paramètres et les opérations d’I/O qui pourraient
avoir déclenché le problème. Conservez des traces des fichiers d’entrée du programme
(et leurs paramètres) et remontez jusqu’au programme ayant soumis ou initié le
travail. Ne vous contentez pas simplement de déclencher le débogueur ; prenez
le temps d’apprendre quelque chose sur la structure et la logique générales du
programme.

En comparant le code source à  un journal, on peut détecter exactement le programme
ayant déclenché une mise à  jour ou une suppression erronée. Retrouvez simplement
l’emplacement au sein du programme où l’opération sur le fichier s’est produite.
Ensuite, remontez à  travers le code et identifiez la ligne où l’appel a été effectué
ou ce qui a déclenché l’opération. Généralement, cette méthode révélera un bogue
même lorsqu’il se cache à  l’ombre d’une comparaison incorrecte, d’un champ non-initialisé,
ou de quelque autre oubli de programmation. On peut également utiliser une ou
plusieurs « ficelles du métier de l’AS/400 » pour rechercher des bogues. (Pour de
plus amples informations sur ces méthodes, consultez l’encadré « Les ficelles du
métier ».)