Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Usando IntelliTrace e unit test, è possibile eseguire più facilmente il debug delle soluzioni SharePoint e assicurarsi che ogni metodo in essi funzioni correttamente. È possibile usare queste funzionalità per i progetti SharePoint in Visual Studio seguendo le stesse procedure di altri tipi di progetti.
Intellitrace
Utilizzando IntelliTrace, è possibile determinare non solo lo stato corrente della soluzione SharePoint, ma anche gli eventi che si sono verificati in passato e il contesto in cui si sono verificati. È possibile spostarsi avanti e indietro in vari punti nel tempo nella soluzione SharePoint in cui sono stati registrati gli eventi di interesse ed esaminare gli stati e i valori delle variabili in ogni punto. Usando questo spostamento dinamico, è possibile eseguire più rapidamente e facilmente il debug delle soluzioni SharePoint senza dover impostare numerosi punti di interruzione. È anche possibile salvare la sessione di debug in un file di log IntelliTrace (con estensione iTrace), aprirlo in un secondo momento in Visual Studio Enterprise ed eseguire il debug post-arresto anomalo. Il file con estensione iTrace include informazioni dettagliate su quando e dove si sono verificati errori specifici di SharePoint, in modo da poter determinare più facilmente cosa causa gli errori. Le informazioni nel file .iTrace costituiscono un sottoinsieme del log degli errori completo creato da Unified Logging System (ULS) in SharePoint. Queste informazioni includono eventi specifici di SharePoint, ad esempio quando un profilo utente viene aperto o chiuso e quando le proprietà in un progetto di SharePoint vengono caricate, lette o modificate. È possibile configurare quali eventi registra IntelliTrace. Per altre informazioni, vedere Uso dei dati IntelliTrace salvati.
Quando si verifica un errore in SharePoint, nella finestra di dialogo di errore viene visualizzato un identificatore "ID correlazione" per tale errore specifico. È anche possibile ottenere gli ID di correlazione dagli eventi elencati nel file .iTrace. Per visualizzare un elenco di tutti gli eventi che si sono verificati con un ID di correlazione specificato, è possibile immettere l'ID nella sezione Analisi della pagina di riepilogo di IntelliTrace. In tale sezione è possibile scegliere se visualizzare solo i nomi degli eventi che si sono verificati o i nomi degli eventi insieme alle relative informazioni sulla chiamata, ad esempio il nome della funzione, i punti di uscita e di ingresso, i parametri e i valori restituiti.
È possibile ottenere gli eventi di Visual Studio in IntelliTrace scegliendo il tasto F5 . Per ottenere eventi specifici di SharePoint, tuttavia, è necessario raccogliere dati IntelliTrace nelle soluzioni SharePoint tramite Microsoft Monitoring Agent. Questo strumento raccoglie i dati IntelliTrace e crea file con estensione iTrace per le applicazioni distribuite all'esterno di Visual Studio. Per altre informazioni, vedere Funzionalità di IntelliTrace e Uso dell'agente di raccolta autonomo IntelliTrace.
Test unitario
È possibile trovare più facilmente gli errori nel codice eseguendo unit test, in cui si scrive ed esegue il codice di test all'interno dei metodi di test. Questi metodi contengono variabili vuote e un'istruzione Assert che è possibile usare per verificare la logica e la funzionalità del progetto in base al modello a oggetti di SharePoint. Per ulteriori informazioni, vedere Unit Test del tuo codice.
Supporto per il framework Microsoft Fakes
I progetti di SharePoint supportano Microsoft Fakes, un framework di isolamento in cui è possibile creare stub e shim di test basati su delegati nelle applicazioni basate su .NET Framework. Usando il framework Fakes, è possibile creare, gestire e inserire implementazioni fittizie negli unit test. Questi stub e shim isolano gli unit test dall'ambiente. È possibile creare stub per testare il codice che utilizza interfacce o classi non sigillate con metodi sostituibili. È possibile creare shim per reindirizzare le chiamate codificate alle classi sigillate, con metodi statici o non sovrascrivibili, verso un'implementazione shim alternativa. È possibile utilizzare delegati con tipi stub e tipi shim per personalizzare dinamicamente il comportamento dei diversi membri stub. Per altre informazioni, vedere Isolamento del codice sottoposto a test con Microsoft Fakes.
Articoli correlati
| Titolo | Description |
|---|---|
| IntelliTrace | Descrive come eseguire il debug delle soluzioni di Visual Studio più facilmente usando IntelliTrace. |
| Procedura dettagliata: Eseguire il debug di un'applicazione SharePoint usando IntelliTrace | Illustra come trovare errori di codifica in un progetto SharePoint tramite IntelliTrace. |
| Esegui i test unitari del codice | Viene descritto come trovare gli errori logici nel codice usando unit test. |