Verificare ed eseguire il debug del codice di SharePoint
Con IntelliTrace e unit test è possibile eseguire più facilmente il debug delle soluzioni SharePoint, nonché garantire il corretto funzionamento di ogni singolo metodo in esse. È possibile usare queste funzionalità per i progetti SharePoint in Visual Studio seguendo le stesse procedure di altri tipi di progetti.
Intellitrace
Con IntelliTrace è possibile determinare non solo lo stato corrente della soluzione SharePoint ma anche gli eventi generati in passato e il contesto in cui si sono verificati. È possibile scorrere i diversi momenti della soluzione SharePoint in cui sono stati registrati eventi di interesse, esaminando gli stati e i valori delle variabili in ogni punto. Grazie a questa navigazione dinamica, il debug delle soluzioni SharePoint è più facile e rapido, senza la necessità di 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 con estensione iTrace sono un subset del log degli errori completo creato da Unified Logging System (ULS) in SharePoint. Queste informazioni prevedono eventi specifici di SharePoint, ad esempio quando un profilo utente viene aperto o chiuso e quando le proprietà in un progetto SharePoint vengono caricate, lette o modificate. È possibile configurare quali eventi vengono registrati da IntelliTrace. Per altre informazioni, vedere Uso dei dati di IntelliTrace salvati.
Quando si verifica un errore in SharePoint, nella finestra di dialogo dell'errore viene visualizzato un identificatore "ID correlazione" di questo errore specifico. È anche possibile ottenere GLI ID di correlazione dagli eventi elencati nel file con estensione 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 questa sezione è possibile scegliere se visualizzare solo i nomi degli eventi che si sono verificati o i nomi degli eventi con le informazioni sulle chiamate, ad esempio il nome della funzione, i punti di uscita e ingresso, i parametri e i valori restituiti.
È possibile ottenere gli eventi di Visual Studio in IntelliTrace scegliendo il tasto F5 . Per ottenere gli eventi specifici di SharePoint, tuttavia, è necessario raccogliere i 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.
Unit test
È 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 altre informazioni, vedere Unit Test Your Code.
Supporto per il framework Microsoft Fakes
I progetti SharePoint supportano Microsoft Fakes, vale a dire un framework di isolamento in cui è possibile creare shim e test stub basati su delegati in applicazioni basate su .NET Framework. Utilizzando il framework Fakes, è possibile creare, gestire e inserire implementazioni fittizie negli unit test. Tramite questi stub e shim è possibile isolare gli unit test dall'ambiente. È possibile creare stub per testare il codice tramite cui vengono utilizzate interfacce o classi non sealed con metodi che possono essere sottoposti a override. È possibile creare shim per reindirizzare le chiamate hardcoded a classi sealed con metodi statici o non sottoponibili a override in un'implementazione alternativa di shim. È inoltre possibile utilizzare i delegati con tipi di stub e di shim per personalizzare dinamicamente il comportamento di singoli membri stub. Per altre informazioni, vedere Isolamento del codice sottoposto a test con Microsoft Fakes.
Articoli correlati
Posizione | Descrizione |
---|---|
IntelliTrace | Viene descritto come eseguire più facilmente il debug delle soluzioni di Visual Studio utilizzando IntelliTrace. |
Procedura dettagliata: Eseguire il debug di un'applicazione SharePoint usando IntelliTrace | Viene illustrato come utilizzare IntelliTrace per individuare errori di codice in un progetto SharePoint. |
Eseguire unit test del codice | Viene descritto come trovare gli errori logici nel codice usando unit test. |