Vérifier et déboguer le code SharePoint

À l’aide d’IntelliTrace et de tests unitaires, vous pouvez déboguer plus facilement vos solutions SharePoint et vous assurer que chaque méthode qu’elles contiennent fonctionne correctement. Vous pouvez utiliser ces fonctionnalités pour les projets SharePoint dans Visual Studio en suivant les mêmes procédures que pour d’autres types de projets.

Intellitrace

En utilisant IntelliTrace, vous pouvez déterminer non seulement l’état actuel de votre solution SharePoint, mais également les événements qui se sont produits dans le passé et le contexte dans lequel ils se sont produits. Vous pouvez parcourir les différents points dans le temps dans votre solution SharePoint où les événements d’intérêt ont été enregistrés et passer en revue les états et les valeurs des variables à chaque point. Grâce à cette navigation dynamique, vous pouvez déboguer plus rapidement et facilement vos solutions SharePoint sans avoir à définir de nombreux points d’arrêt. Vous pouvez également enregistrer la session de débogage dans un fichier journal IntelliTrace (.iTrace), l’ouvrir ultérieurement dans Visual Studio Enterprise et effectuer un débogage après incident. Le fichier .iTrace inclut des informations détaillées sur le moment et l’endroit où des erreurs SharePoint spécifiques se sont produites, ce qui vous permet de déterminer plus facilement ce qui provoque les erreurs. Les informations contenues dans le fichier .iTrace sont un sous-ensemble du journal des erreurs complet créé par le système de journalisation unifié (ULS) dans SharePoint. Ces informations incluent des événements spécifiques à SharePoint, tels que lorsqu’un profil utilisateur est ouvert ou fermé et lorsque les propriétés d’un projet SharePoint sont chargées, lues ou modifiées. Vous pouvez configurer les événements qu’IntelliTrace enregistre. Pour plus d’informations, consultez Utilisation des données IntelliTrace enregistrées.

Lorsqu’une erreur se produit dans SharePoint, la boîte de dialogue d’erreur affiche un identificateur « ID de corrélation » pour cette erreur particulière. Vous pouvez également obtenir des ID de corrélation à partir d’événements répertoriés dans le fichier .iTrace . Pour afficher la liste de tous les événements qui se sont produits avec un ID de corrélation donné, vous pouvez entrer l’ID dans la section Analyse de la page récapitulative IntelliTrace. Dans cette section, vous pouvez choisir d’afficher uniquement les noms des événements qui se sont produits ou les noms des événements, ainsi que leurs informations d’appel, telles que le nom de la fonction, la sortie et les points d’entrée, les paramètres et les valeurs de retour.

Vous pouvez obtenir des événements Visual Studio dans IntelliTrace en choisissant la clé F5 . Pour obtenir des événements spécifiques à SharePoint, toutefois, vous devez collecter des données IntelliTrace dans des solutions SharePoint à l’aide de Microsoft Monitoring Agent. Cet outil collecte les données IntelliTrace et crée des fichiers .iTrace pour les applications déployées en dehors de Visual Studio. Pour plus d’informations, consultez Fonctionnalités IntelliTrace et utilisation du collecteur autonome IntelliTrace.

Test unitaire

Vous pouvez trouver plus facilement des erreurs dans votre code en effectuant des tests unitaires, dans lesquels vous écrivez et exécutez du code de test à l’intérieur des méthodes de test. Ces méthodes contiennent des variables vides et une instruction Assert que vous pouvez utiliser pour vérifier la logique et la fonctionnalité de votre projet en fonction du modèle objet SharePoint. Pour plus d’informations, consultez Test unitaire de votre code.

Prise en charge de l’infrastructure Microsoft Fakes

Les projets SharePoint prennent en charge Microsoft Fakes, qui est une infrastructure d’isolation dans laquelle vous pouvez créer des stubs de test et des shims basés sur des délégués dans des applications basées sur le .NET Framework. À l’aide de l’infrastructure Fakes, vous pouvez créer, gérer et injecter des implémentations factices dans vos tests unitaires. Ces stubs et shims isolent vos tests unitaires de l’environnement. Vous pouvez créer des stubs pour tester le code qui consomme des interfaces ou des classes non scellées avec des méthodes substituables. Vous pouvez créer des shims pour rediriger les appels codés en dur vers des classes fermées dont les méthodes sont statiques ou non substituables vers une autre implémentation fictive. Vous pouvez également utiliser des délégués avec des types de stub et des types de shim pour personnaliser dynamiquement le comportement de chaque membre de stub. Pour plus d’informations, consultez Isolation du code sous test avec Microsoft Fakes.

Articles connexes

Titre	Descriptif
IntelliTrace	Décrit comment déboguer plus facilement des solutions Visual Studio à l’aide d’IntelliTrace.
Procédure pas à pas : déboguer une application SharePoint à l’aide d’IntelliTrace	Montre comment rechercher des erreurs de codage dans un projet SharePoint à l’aide d’IntelliTrace.
Test unitaire de votre code	Décrit comment rechercher des erreurs logiques dans votre code à l’aide de tests unitaires.

Contenu connexe

• Améliorer la qualité du code