Je ne peux parler que pour BizTalk
OMI les éléments suivants sont les sources les plus courantes de bugs dans les artefacts BizTalk:
- Cartes
- Abonnements (y compris les corrélations et les boucles de rétroaction)
- Orchestrations (ie validation des transitions/chemins d'état)
- Code .Net personnalisé
- Pipelines
De façon plus détaillée:
- Pour la cartographie, BizTalk est XML et XSLT basé - débogage des cartes XSLT peut être tested within the Visual Studio IDE ou avec un Xml/outil Xslt tels que Spy Xml. Vous pouvez tester avec des messages de test créés automatiquement ou avec un message personnalisé. Dans la plupart des cas, vous devez avoir des schémas XSD fortement typés pour les messages source et de destination, donc XML validation va rapidement détecter les problèmes.
- L'audit des messages (en activant Tracking) vous permet d'extraire un message (ou une séquence de messages) de la production, puis de les rejouer dans un environnement de débogage. Cela vous permettra de construire des suites de test/cas de test pour toutes les permutations pour les tests d'unité/d'intégration.
- Erreurs d'abonnement - BizTalk permet l'affichage de subscriptions à tout moment, à la fois l'activation et les corrélations sur les instances existantes.
- Le débogage d'orchestration est possible à l'aide du Orchestration Debugger (HAT), ce qui vous permet de parcourir les formes de l'orchestration.
- personnalisé code écrit en .Net peut être débogué et l'unité testée grâce à des outils .Net habituels (Visual Studio, MS Unité/N Unité, Moq etc.)
Il y a aussi plusieurs community unit testing tools pour BizTalk (bien que BizUnit est plus d'un IMO d'automatisation de test d'intégration) qui devrait vous aider avec des tests proactifs et de régression.