Les outils de la vérification statiquedynamique unitaires intégration vérificateur de syntaxe vérificateur de syntaxe étenduABAP débogueur inspecteur de mémoire inspecteur de code ABAP Unité eCATT analyse de la durée de l'exécution analyseur de la portée
Meilleures pratiques en codage modularisation composants objets maintenable réutilisation conventions de nommage cas de test développement piloté par les tests étalons du développement spécifications exigences conception conformité acceptation outils de test
Qu'est ce que la TDD ? "Développements pilotés par les tests" (ou Test Driven Development) est l'inverse de la méthode traditionnelle de programmer: L'écriture de tests s'effectue sous la forme d'itérations très courtes. Chaque test ne teste qu'une seule chose à la fois (une intention, un but fonctionnel précis). Chaque test reste simple, rapide à exécuter et sans état (toute modification des données de la base doit être réinitialisée à son état initial). Produire ensuite le code métier correspondant au test Écrire d'abord un test répondant à un besoin fonctionnel
Conventions de nommage Simplement quelques idées afin de stimuler le débat ZAMM*, ZAPS* pour les Programmes Modules de fonction Classes Commencer des méthodes et FORMs avec un verbe Variables d'interface: i*, e*, r*, u*, c*, t* (chercher / déboguer?) Variables des programmes commencer avec visibilité g*, l*, c* puis type +t*(itab), +s*(stru/stri), +c*(char), +i*(int), +n*(num) Field symbols