Überprüfen und Debuggen von SharePoint-Code

Mithilfe von IntelliTrace und Komponententests können Sie Ihre SharePoint-Lösungen einfacher debuggen und sicherstellen, dass jede Methode in ihnen ordnungsgemäß funktioniert. Sie können diese Features für SharePoint-Projekte in Visual Studio verwenden, indem Sie die gleichen Verfahren wie für andere Projekttypen ausführen.

Intellitrace

Mithilfe von IntelliTrace können Sie nicht nur den aktuellen Zustand Ihrer SharePoint-Lösung bestimmen, sondern auch Ereignisse, die in der Vergangenheit aufgetreten sind, und den Kontext, in dem sie aufgetreten sind. Sie können zu verschiedenen Zeitpunkten in Ihrer SharePoint-Lösung navigieren, in denen interessante Ereignisse aufgezeichnet wurden, und die Zustände und Werte von Variablen an jedem Punkt überprüfen. Mithilfe dieser dynamischen Navigation können Sie Ihre SharePoint-Lösungen schneller und einfacher debuggen, ohne zahlreiche Haltepunkte festlegen zu müssen. Sie können die Debugsitzung auch in einer IntelliTrace-Protokolldatei (.iTrace) speichern, sie später in Visual Studio Enterprise öffnen und nach dem Absturz debuggen. Die ITrace-Datei enthält detaillierte Informationen dazu, wann und wo bestimmte SharePoint-Fehler aufgetreten sind, sodass Sie leichter herausfinden können, was die Fehler verursacht. Die Informationen in der ITrace-Datei sind eine Teilmenge des vollständigen Fehlerprotokolls, das das Unified Logging System (ULS) in SharePoint erstellt. Diese Informationen umfassen Ereignisse, die für SharePoint spezifisch sind, z. B. wenn ein Benutzerprofil geöffnet oder geschlossen wird und wenn Eigenschaften in einem SharePoint-Projekt geladen, gelesen oder geändert werden. Sie können konfigurieren, welche Ereignisse IntelliTrace protokolliert. Weitere Informationen finden Sie unter Verwenden gespeicherter IntelliTrace-Daten.

Wenn in SharePoint ein Fehler auftritt, zeigt das Fehlerdialogfeld einen "Korrelations-ID"-Bezeichner für diesen bestimmten Fehler an. Sie können auch Korrelations-IDs aus Ereignissen abrufen, die in der ITrace-Datei aufgeführt sind. Um eine Liste aller Ereignisse anzuzeigen, die mit einer bestimmten Korrelations-ID aufgetreten sind, können Sie die ID im Analyseabschnitt der IntelliTrace-Zusammenfassungsseite eingeben. In diesem Abschnitt können Sie auswählen, ob nur die Namen der Ereignisse angezeigt werden sollen, die aufgetreten sind, oder die Namen der Ereignisse sowie deren Aufrufinformationen, z. B. Funktionsname, Ausgangs- und Einstiegspunkte, Parameter und Rückgabewerte.

Sie können Visual Studio-Ereignisse in IntelliTrace abrufen, indem Sie die F5-TASTE auswählen. Um Ereignisse abzurufen, die für SharePoint spezifisch sind, müssen Sie jedoch IntelliTrace-Daten in SharePoint-Lösungen mithilfe des Microsoft Monitoring Agent sammeln. Dieses Tool sammelt IntelliTrace-Daten und erstellt ITrace-Dateien für Anwendungen, die außerhalb von Visual Studio bereitgestellt werden. Weitere Informationen finden Sie unter IntelliTrace-Features und Verwenden des eigenständigen IntelliTrace-Sammlers.

Komponententest

Sie können Fehler in Ihrem Code einfacher finden, indem Sie Komponententests durchführen, in denen Sie Testcode in Testmethoden schreiben und ausführen. Diese Methoden enthalten leere Variablen und eine Assert-Anweisung, die Sie verwenden können, um die Logik und Funktionalität Ihres Projekts basierend auf dem SharePoint-Objektmodell zu überprüfen. Weitere Informationen finden Sie unter Unit Test Your Code.

Unterstützung für das Microsoft Fakes Framework

SharePoint-Projekte unterstützen Microsoft Fakes, ein Isolationsframework, in dem Sie delegatbasierte Test stubs und Shims in Anwendungen erstellen können, die auf .NET Framework basieren. Mithilfe des Fakes-Frameworks können Sie Dummyimplementierungen in Ihren Komponententests erstellen, verwalten und injizieren. Diese Stubs und Shims isolieren Ihre Komponententests von der Umgebung. Sie können Stubs erstellen, um Code zu testen, der Schnittstellen oder nicht versiegelte Klassen mit überschreibbaren Methoden verwendet. Sie können Shims erstellen, um hartcodierte Aufrufe an versiegelte Klassen mit statischen oder nicht überschreibbaren Methoden an eine alternative Shim-Implementierung umzuleiten. Sie können Stellvertretungen auch mit Stubtypen und Shim-Typen verwenden, um das Verhalten einzelner Stub-Mitglieder dynamisch anzupassen. Weitere Informationen finden Sie in Isolating Code Under Test with Microsoft Fakes.

Verwandte Artikel

Title	Description
IntelliTrace	Beschreibt, wie Sie Visual Studio-Lösungen mithilfe von IntelliTrace einfacher debuggen.
Exemplarische Vorgehensweise: Debuggen einer SharePoint-Anwendung mithilfe von IntelliTrace	Veranschaulicht, wie Codierungsfehler in einem SharePoint-Projekt mithilfe von IntelliTrace gefunden werden.
Unittest deinen Code	Beschreibt, wie Logikfehler im Code mithilfe von Komponententests gefunden werden.

Verwandte Inhalte

• Verbessern der Codequalität