Vérifier et déboguer du code SharePoint

À l’aide d’IntelliTrace et du test unitaire, déboguez vos solutions SharePoint plus facilement et assurez-vous que chacune de leur méthode fonctionne correctement. Vous pouvez utiliser ces fonctionnalités pour les projets SharePoint dans Visual Studio en suivant les mêmes procédures que pour les 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 lesquels ils se sont produits. Vous pouvez naviguer dans votre solution SharePoint à travers différents points, où les événements d'intérêt ont été enregistrés et examiner les états et les valeurs des variables à chaque point. En utilisant cette navigation dynamique, vous pouvez plus rapidement et facilement déboguer vos solutions SharePoint sans 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 exécuter le débogage post-incident. Le fichier .iTrace inclut des informations détaillées sur où et quand les erreurs spécifiques SharePoint se sont produites, ce qui vous permet de déterminer plus facilement la cause de ces erreurs. Les informations dans le fichier .iTrace sont un sous-ensemble du journal des erreurs complet créé par le système d’enregistrement unifié (ULS) dans SharePoint. Ces informations incluent les événements qui sont spécifiques à SharePoint, comme lorsqu'un profil utilisateur est ouvert ou fermé et lorsque les propriétés d'un projet SharePoint sont chargées, lues, ou changées. Vous pouvez configurer quels événements 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'erreurs affiche un identificateur "ID de corrélation" pour cette erreur particulière. Vous pouvez également obtenir les ID de corrélation des événements répertoriés dans le fichier .iTrace. Pour afficher une liste de tous les événements qui se sont produits avec un ID donné de corrélation, écrivez l’ID dans la section Analyse de la page de résumé 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 avec leurs informations d'appels, 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 de Visual Studio dans IntelliTrace en appuyant sur la touche F5. Toutefois, pour obtenir des événements spécifiques à SharePoint, vous devez collecter des données IntelliTrace dans les solutions SharePoint à l'aide de Microsoft Monitoring Agent. Cet outil collecte des données IntelliTrace et crée des fichiers .iTrace pour des 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 de méthodes de test. Ces méthodes contiennent des variables vides et une instruction d’assertion que vous pouvez utiliser pour vérifier la logique et les fonctionnalités de votre projet en fonction du modèle objet SharePoint. Pour plus d’informations, consultez Tests unitaires sur votre code.

Prise en charge du cadre Microsoft Fakes

Les projets SharePoint prennent en charge Microsoft Fakes, qui est un framework d'isolation dans lequel vous pouvez créer des stubs de test basés sur des délégués et des modificateurs de test dans les applications basées sur .NET Framework. En utilisant le framework Fakes, il est possible de créer, gérer, et réinjecter des implémentations fictives dans vos tests unitaires. Ces stubs et ces modificateurs isolent vos tests unitaires de l'environnement. Créez des stubs pour tester du code qui utilise des interfaces ou des classes non-sealed avec des méthodes remplaçables. Créez des modificateurs pour rediriger des appels codés en dur des classes sealed avec des méthodes statiques ou de priorité absolue à une autre implémentation de modificateurs. Utilisez aussi des délégués avec les types de stub et les types de modificateurs pour personnaliser dynamiquement le comportement de chaque membre stub. Pour plus d’informations, consultez Isolation du code testé avec Microsoft Fakes.

Articles connexes

Contenu connexe

• Améliorer la qualité du code