Verifica e debug del codice di SharePoint

Utilizzando IntelliTrace e unit test, è possibile eseguire più facilmente il debug del Applicazioni SharePoint e assicurarsi che ogni metodo nel loro funzionamento corretto.È possibile utilizzare queste funzionalità per progetti SharePoint in Visual Studio 2012 seguendo le stesse procedure di per altri tipi di progetti.

IntelliTrace

Tramite IntelliTrace, è possibile determinare non solo lo stato corrente del Applicazione SharePoint ma anche gli eventi che si sono verificati in passato e il contesto in cui si sono verificati.È possibile scorrere i diversi momenti del Applicazione SharePoint dove gli sono stati registrati eventi di interesse e rivedere gli stati e i valori delle variabili in ogni punto.Inoltre, è possibile salvare la sessione di debug in un file, ricaricarlo in un secondo momento ed eseguire il debug del post-arresto anomalo del sistema.Per ulteriori informazioni, vedere Debug di codice più veloce esaminando la relativa cronologia con IntelliTrace.

Unit test

È possibile individuare più facilmente errori nel codice eseguendo unit test in cui viene scritto ed eseguito il codice di test all'interno di metodi di test.In questi metodi sono contenute variabili vuote e un'istruzione Assert che è possibile utilizzare per verificare la logica e la funzionalità del progetto in base al modello a oggetti di SharePoint.Per ulteriori informazioni, vedere Verifica del codice tramite unit test.

Il supporto per Microsoft simula Framework

I progetti SharePoint supportano le falsificazioni Microsoft, che è un framework di isolamento in cui è possibile creare un stub e ai pesi basati su delegati di test nelle applicazioni.NET Framework.Utilizzando le falsificazioni framework, è possibile creare, gestire e inserire le implementazioni fittizie negli unit test.Questi stub e pesi isolare gli unit test nell'ambiente.È possibile creare stub al codice di test che contiene interfacce o classi unsealed con i metodi sottoponibili a override.È possibile creare i pesi per reindirizzare le chiamate hardcoded classi sealed con metodi statici o non sottoponibili a override a un'implementazione alternativa shim.È inoltre possibile utilizzare i delegati con i tipi dello stub e i tipi di shim per personalizzare in modo dinamico il comportamento di singoli membri dello stub.Per ulteriori informazioni, vedere Isolamento del codice sottoposto a test con Microsoft Fakes.

Argomenti correlati

Titolo	Descrizione
Procedura dettagliata: verifica del codice di SharePoint tramite unit test	Viene illustrato come creare uno unit test per un progetto SharePoint, come eseguire il test e come interpretare i risultati.
Procedura dettagliata: debug di un'applicazione di SharePoint tramite IntelliTrace	Viene illustrato come utilizzare IntelliTrace per individuare errori di codifica in un progetto SharePoint.

Vedere anche

Concetti

Verifica del codice tramite unit test

Debug di codice più veloce esaminando la relativa cronologia con IntelliTrace