Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Vous utilisez des tests fonctionnels pour tester un scénario de bout en bout spécifique ou un cas d’usage donné dans le contexte d’une application BizTalk particulière. Un test fonctionnel doit couvrir tous les chemins possibles d'un scénario donné, y compris les chemins de défaillance. Les chemins de défaillance doivent être évalués afin de s'assurer que l'application traite correctement les conditions d'échec.
Tous les artefacts (tels que les orchestrations, les composants de pipeline personnalisés et les assemblys personnalisés) doivent être appelés, et toutes les branches de code via ces objets doivent également être testées. Toutes les combinaisons possibles de messages doivent être effectuées pour s’assurer que les messages transitent correctement par le système. Les messages non valides doivent également être testés pour s’assurer que l’application réagit de la manière attendue en cas d’erreur et de tester le code contenu dans tous les blocs d’exceptions des orchestrations et des composants personnalisés.
Automatisation des tests fonctionnels
Vous devez automatiser les tests fonctionnels afin qu’il soit rapide, afin qu’il puisse être répété, et afin qu’il évite les erreurs humaines. BizUnit est une infrastructure de test déclarative conçue pour permettre aux développeurs de concevoir rapidement des cas de test. En fait, un fichier de configuration XML appelé cas de test BizUnit XML suffit pour définir la façon dont un test doit être effectué. Pour exécuter des tests, vous pouvez créer votre propre pilote personnalisé ou tirer parti plus facilement de Visual Studio Unit Testing ou de NUnit pour héberger et exécuter vos tests.
Chaque cas de test BizUnit XML contient trois phases : TestSetup, TestExecution et TestCleanup. Chacune de ces phases peut contenir zéro ou plusieurs étapes de test. Chaque étape représente une unité de travail et est implémentée en tant que classe .NET conçue pour effectuer une tâche spécifique. Cette infrastructure fournit un ensemble complet de composants. Si vous devez réaliser des composants spécialisés pour répondre à des exigences spécifiques, toutefois, vous pouvez écrire vos propres composants d’étape de test personnalisés. Pour plus d’informations sur ces outils, consultez Outils pour le test.
Remarque
L’utilisation de cet outil n’est pas prise en charge par Microsoft et Microsoft ne garantit pas l’adéquation de ce programme. L’utilisation de ce programme est entièrement à votre propre risque.