Specifica delle impostazioni test di Visual Studio

Articolo
06/07/2013

Quando si eseguono i test da Visual Studio o in servizio di compilazione, il framework di test può raccogliere dati quali le informazioni di traccia diagnostica, informazioni di sistema, o una registrazione video di un test codificato dell'interfaccia utente.È inoltre possibile simulare potenziali colli di bottiglia nei computer di test, ridurre la memoria di sistema disponibile, o emulare una rete lenta.

Impostazione test di Visual Studio

Se l'applicazione viene eseguita in più di un computer, è possibile configurare separatamente queste opzioni per ogni computer e si sceglie che il computer deve eseguire il codice del test.

Importante
.testsettings e .runsettings Se si ha dimestichezza con test in versioni precedenti di Visual Studio, si noterà che un file di .testsettings non è più incluso in un progetto di unit test.Nel nuovo framework di test, introdotto in Visual Studio 2012, è possibile configurare utilizzando un file di .runsettings. Se si utilizza un file di .testsettings, il framework di test MSTest verrà utilizzato per eseguire i test.Ciò è più lento e non consente ai test eseguiti da framework di test di terze parti. Di conseguenza: Utilizzare la configurazione predefinita quando possibile. Per rendere i file aggiuntivi durante il test, come i dati di test o file di configurazione, includere i file nel progetto e impostare la proprietà Copia in directory di output.Se ciò non è fattibile, file aggiuntivi o directory di distribuzione utilizzando DeploymentItemAttribute sulle classi di test o metodi. Utilizzare un file di .runsettings se si desidera configurare determinati aspetti dell'esecuzione di test dell'analisi code coverage o della directory di distribuzione. Utilizzare un file di .testsettings per configurare la raccolta di dati di diagnostica e test di controllo distribuiti in più di un computer. È necessario utilizzare un file di .testsettings le prestazioni Web e i test di carico e nei test codificati dell'interfaccia utente.

.testsettings e .runsettings

Se si ha dimestichezza con test in versioni precedenti di Visual Studio, si noterà che un file di .testsettings non è più incluso in un progetto di unit test.Nel nuovo framework di test, introdotto in Visual Studio 2012, è possibile configurare utilizzando un file di .runsettings.

Se si utilizza un file di .testsettings, il framework di test MSTest verrà utilizzato per eseguire i test.Ciò è più lento e non consente ai test eseguiti da framework di test di terze parti.

Di conseguenza:

Utilizzare la configurazione predefinita quando possibile.
Per rendere i file aggiuntivi durante il test, come i dati di test o file di configurazione, includere i file nel progetto e impostare la proprietà Copia in directory di output.Se ciò non è fattibile, file aggiuntivi o directory di distribuzione utilizzando DeploymentItemAttribute sulle classi di test o metodi.
Utilizzare un file di .runsettings se si desidera configurare determinati aspetti dell'esecuzione di test dell'analisi code coverage o della directory di distribuzione.
Utilizzare un file di .testsettings per configurare la raccolta di dati di diagnostica e test di controllo distribuiti in più di un computer.

È necessario utilizzare un file di .testsettings le prestazioni Web e i test di carico e nei test codificati dell'interfaccia utente.

Requisiti

Visual Studio Ultimate, o Visual Studio Premium, o Visual Studio Test Professional

In questo argomento viene descritto come definire le impostazioni test in Visual Studio.Se si eseguono i test di sistema in Microsoft Test Manager, vedere Creare impostazioni test per test di sistema automatizzati tramite Microsoft Test Manager.

Quando è consigliabile utilizzare un file di impostazioni di test?

Quando si:

Raccolta dati diagnostici per isolare i bug nell'applicazione.
Emulazione potenziali colli di bottiglia cui potrebbero occasionalmente verificarsi in un ambiente di produzione.
Eseguire il client, il server e altre parti dell'applicazione su computer diversi, per verificare che funzioni come previsto in un ambiente distribuito.
Distribuire un numero elevato di test nei computer aggiuntivi.
Eseguire le prestazioni Web e i test di carico.Se è stato aggiunto un progetto prestazioni Web e i test di carico alla soluzione, contiene già un file di .testsettings.È possibile modificare semplicemente il file.

Attenzione
Gli unit test vengono eseguiti più lenta se si utilizza un file di impostazioni test.Si consiglia di non utilizzare un file di impostazioni di test con gli unit test.È possibile configurare gli unit test utilizzando il file di .runsettings anziché.Per distribuire i file aggiuntivi, utilizzare DeploymentItemAttribute. Ma le prestazioni Web e i test di carico utilizzano sempre un file di impostazioni test.

Gli unit test vengono eseguiti più lenta se si utilizza un file di impostazioni test.Si consiglia di non utilizzare un file di impostazioni di test con gli unit test.È possibile configurare gli unit test utilizzando il file di .runsettings anziché.Per distribuire i file aggiuntivi, utilizzare DeploymentItemAttribute.

Ma le prestazioni Web e i test di carico utilizzano sempre un file di impostazioni test.

L'utilizzo di Ricerca alle impostazioni di test archivia?

Aggiungere i file di impostazioni test alla soluzione e quindi selezionare quello da utilizzare.È possibile aggiungere più file di impostazioni di test se si desidera poter passare rapidamente dalle impostazioni diverse.

Aggiungere un file di .testsettings alla soluzione.

Scegliere dal menu di scelta rapida della soluzione di Visual Studio, scegliere Aggiungi, Nuovo elementoe selezionare Prova impostazioni.
Modificare il file di impostazioni test
Selezionare le impostazioni di test da utilizzare:
- Selezionare le impostazioni di test per gli unit test e test codificati dell'interfaccia utente:
  Scegliere dal menu PROVA, scegliere Prova impostazioni, Seleziona file di impostazioni test.
  
  Selezionare impostazioni di test per gli unit test e il test codificato dell'interfaccia utente
- Impostazioni di test selezionate per le prestazioni Web e i test di carico:
  Aprire il menu di scelta rapida per il file di .testsettings della soluzione che si desidera utilizzare e selezionare Impostazioni test Web e di carico attive.
  
  Selezionare impostazioni di test per le prestazioni Web e i test di carico

Cos'altro c'è da sapere?
Note
- Aggiungere le impostazioni di test nella soluzione, non un progetto.
- Molti controlli separati per selezionare le impostazioni di test per i test Web e per altri tipi di test.I test Web richiedono sempre un file di impostazioni test.Unit test e test codificati dell'interfaccia utente non richiedono un file di impostazioni test.
- Attenzione Che non è consigliabile applicare le impostazioni di test a un progetto di unit test di Visual Studio 2012 a meno che in particolare per disporre le impostazioni che offre.Se si applica le impostazioni di test, un framework più recente del test utilizzato per eseguire i test e persi i vantaggi della resilienza e prestazioni del nuovo framework.
  
  Se si utilizza un file di impostazioni di test e in seguito si decide che non lo si desidera, è possibile annullarla il menu di scelta PROVAProva impostazioni.
  
  Questo requisito non si applica alle prestazioni Web e i test di carico, hanno sempre un file di impostazioni.
- Le impostazioni di test selezionare i controlli e adattatori dati di diagnostica.Esistono diversi tipi di adattatori che raccolgono i diversi tipi di informazioni e configurare l'ambiente in cui le esecuzioni dei test.
- Le impostazioni di test e selezionare il controller di test.Utilizzare un controller di test se si desidera eseguire l'applicazione in più di un computer.
- Esiste un certo problemi di compatibilità per le impostazioni test tra Visual Studio 2010 e Visual Studio 2012.Nelle versioni di Visual Studio prima di Visual Studio 2012, le impostazioni di test sono state incluse nella soluzione quando si crea un progetto di test.Si è verificato un solo tipo di progetto di test che contiene tutti diversi tipi di test.Tuttavia, in Visual Studio 2012, le impostazioni test non sono inclusi nella soluzione quando un nuovo progetto di unit test o il nuovo progetto del test codificato dell'interfaccia utente viene aggiunto.Si tratta di un risultato dei miglioramenti nel Framework dell'unità di test per migliorare estensibilità, elasticità e prestazioni.Tuttavia, è possibile aprire una soluzione esistente di Visual Studio 2010 contenente un progetto di test e un file e di .testsettings continueranno a funzionare.Inoltre, è possibile aggiungere un file di .testsettings alla soluzione di Visual Studio 2012 se è necessario raccogliere dati di test specifici o eseguire il test in un'applicazione distribuita su più di un computer.
- Quando si aggiunge un progetto di test di carico e delle prestazioni Web a una soluzione, viene creato un file di impostazione predefinita Local.testsettings.Esso viene automaticamente aggiunto alla soluzione nella cartella Elementi di Soluzione.Ciò esegue i tuoi test localmente senza adattatori di diagnostica dati selezionati.È possibile aggiungere o modificare un file di .testsettings per specificare gli adattatori dati di diagnostica e controller di test.
- Per ulteriori istruzioni, vedere Test per la consegna continua con Visual Studio 2012 – capitolo 6: Una casella degli strumenti di test.

Impostazioni test di modifica

È possibile configurare i diversi valori dell'impostazione test utilizzando pagine seguenti nella finestra di dialogo Prova impostazioni :

Generale
Ruoli
Dati e diagnostica
Distribuzione
Installazione e script di pulizia
Host
Timeout del test
Unit test
Test Web

Impostazioni di test: Ruoli

I ruoli della pagina, è possibile configurare il test per l'esecuzione sul computer locale o per l'esecuzione remota:

Selezionare un'esecuzione locale

L'esecuzione locale è l'impostazione predefinita.Indica che i test e l'esecuzione di applicazioni nel computer di Visual Studio, o nel server di compilazione dopo avere verificato il codice.Procedere a Dati e diagnostica.
Esecuzione locale con raccolta remota è una configurazione tipica per testare un'applicazione o un sistema Web client-server.Il codice di test viene eseguito nel computer locale, ma è inoltre possibile raccogliere dati di test da componenti dell'applicazione che sono installati in altri computer.
L'esecuzione remota viene utilizzato in cui non si desidera eseguire qualsiasi parte dell'applicazione localmente.Si tratta di una configurazione tipica in cui l'applicazione richiede le piattaforme particolari, ad esempio un web browser o un database specifico.È possibile raccogliere dati di test e configurare l'ambiente di test in ogni computer.

Configurare il controller di test e i ruoli per la raccolta di dati remota e l'esecuzione

L'esecuzione remota significa che l'applicazione viene installata in uno o più computer oltre al computer locale.Le impostazioni di test possono specificare la raccolta dei dati e la configurazione dell'ambiente di test per questi computer.Ogni computer ognuno deve disporre di un agente di test collegato a un controller di test.Il controller di test indica le impostazioni test e utilizza gli agenti per configurare l'ambiente di test e gli adattatori dati di diagnostica di ogni computer.È possibile installare il controller e agenti manualmente oppure utilizzare Microsoft Test Manager per creare un ambiente lab.

Per test remoto, i computer sono identificati dai nomi di ruolo, ad esempio "SQL Server", "server Web," e "client desktop". I nomi consentono di specificare la configurazione di ogni computer.Quando si installa l'applicazione per testare, utilizzare nomi di ruolo per selezionare il computer corretto per ogni parte dell'applicazione.

Ruolo impostazioni test

Nell'elenco a discesa Controller, scegliere un controller di test per gli agenti di test da utilizzare per eseguire i test o raccogliere dati.
Per aggiungere i ruoli che si desidera utilizzare per eseguire test e raccogliere dati, fare clic su Aggiungi.Ad esempio, è possibile fornire ai ruoli nomi quali il "client desktop" o "server Web".
Selezionare il ruolo che si desidera eseguire i test e quindi scegliere Imposta come ruolo per l'esecuzione di test.In genere, è il ruolo in cui un componente client dell'applicazione viene installata.

[!NOTA]

Gli altri ruoli definiti non eseguirà il codice di test, ma verranno utilizzati solo per raccogliere dati in base ai dati e gli adattatori diagnostici specificati per i ruoli nella pagina Dati e diagnostica.
Per selezionare gli agenti di test che possono essere utilizzati per un ruolo, è necessario creare attributi per tale ruolo e assegnare quindi gli attributi agli agenti di test.Se si desidera eseguire contemporaneamente più test su più computer, è necessario assegnare agli agenti di test con un attributo dal ruolo impostato per eseguire i test.Per creare un attributo, selezionare il ruolo quindi scegliere Aggiungi nella barra degli strumenti sopra l'elenco degli attributi.
Verrà visualizzata la finestra di dialogo Regola di selezione agenti.
Digitare il nome in Nome attributo e il valore in Valore attributo, quindi fare clic su OK.Aggiungere tutti gli attributi necessari.
Ad esempio, è possibile aggiungere un attributo denominato "RAM > 16 GB" con un valore "True" o "False" al filtro su computer di agenti di test con più di 16 GB di memoria.È necessario tuttavia scegliere un valore di attributo negli agenti di test.I valori di attributo non vengono automaticamente impostati in base alle specifiche di un computer.
Per applicare un attributo a uno o più agenti di test, assegnare l'attributo agli agenti di test utilizzando la finestra di dialogo Gestisci controller di test.

Impostazioni di test: Dati e diagnostica

Nella finestra di dialogo Impostazione test, scegliere la pagina Dati e diagnostica.In questa fase, a seconda di come è stato configurato l'opzione nella pagina di Ruoli, utilizzare una delle seguenti opzioni:

Raccolta di dati di dati e diagnostica sul computer locale

Per includere dati e la diagnostica che si desidera raccogliere nel computer locale, selezionare gli adattatori dati di diagnostica in base alle esigenze di test.Per configurare un adattatore dati di diagnostica importato, selezionare l'adattatore dati di diagnostica specifico e quindi scegliere l'opzione Configura sopra l'elenco dei dati e gli adattatori diagnostici.
Raccolta di dati di dati e diagnostica su computer remoti utilizzando i ruoli

Nella pagina Dati e diagnostica viene definita l'azione eseguita dal ruolo selezionando gli adattatori dati di diagnostica che verranno utilizzati dal ruolo per raccogliere dati.Pertanto, se per il ruolo sono abilitati uno o più adattatori dati e adattatori diagnostici, tramite il controller di test verrà scelto un computer dell'agente di test disponibile per raccogliere dati per gli adattatori dati e gli adattatori diagnostici specificati in base agli attributi definiti per il ruolo.Per selezionare gli adattatori dati e gli adattatori diagnostici che si desidera raccogliere per ogni ruolo, selezionare il ruolo.Per ogni ruolo, selezionare gli adattatori dati di diagnostica in base alle esigenze dei test.Per configurare ogni adattatore dati di diagnostica selezionato per ogni ruolo, selezionare l'opzione Configura sopra l'elenco dei dati e gli adattatori diagnostici.

Esempio di ruoli e di adattatori dati di diagnostica:

Ad esempio, è possibile creare un ruolo client denominato "Client desktop" con un attributo "Utilizza SQL" impostato su "True" e un ruolo server denominato "SQL Server" con un attributo impostato su "RAM > 16 GB".Se si specifica che i test verranno eseguiti dal "Client desktop" facendo clic su Imposta come ruolo per l'esecuzione di test nella pagina Ruoli, tramite il controller di test verranno selezionati computer con agenti di test in cui è incluso l'attributo "Utilizza SQL" impostato su "True" per l'esecuzione dei test.Il controller di test verranno selezionati inoltre i computer SQL server con agenti di test contenenti l'attributo "RAM > GB" solo per raccogliere dati definiti dai dati e gli adattatori diagnostici inclusi nel ruolo.L'agente di test "client desktop" è possibile raccogliere dati per i computer che viene eseguito in ma è necessario selezionare i dati e gli adattatori diagnostici per tale ruolo, anche.

[!NOTA]

Nella tabella sono solo gli adattatori che possono essere utilizzati con i test in Visual Studio.Per ulteriori informazioni sugli adattatori dati di diagnostica utilizzati in Microsoft Test Manager, vedere Configurazione di computer e raccolta di informazioni diagnostiche mediante impostazioni test.

Adattatori dati di diagnostica per test automatizzati

Adattatore dati di diagnostica	Argomento associato
Proxy client ASP.NET per traccia di diagnostica e impatto test: questo proxy consente di raccogliere informazioni sulle chiamate http da un client a un server Web per gli adattatori dati di diagnostica di IntelliTrace e impatto test.	Per raccogliere queste informazioni, non è necessaria alcuna configurazione. Procedura: raccogliere dati di IntelliTrace per agevolare il debug di problemi complessi Procedura: raccogliere dati per verificare i test da eseguire dopo che sono state apportate modifiche al codice
IntelliTrace: è possibile configurare l'adattatore dati di diagnostica affinché tramite IntelliTrace vengano raccolte informazioni di traccia diagnostica specifiche per agevolare l'isolamento di bug difficili da riprodurre.Questo adattatore consente di creare un file di IntelliTrace con estensione iTrace in cui sono contenute queste informazioni.Quando un test non viene superato, si crea un bug.Il file di IntelliTrace salvato con i risultati del test viene collegato automaticamente a questo bug.I dati raccolti nel file di IntelliTrace consentono di migliorare la produttività del debug riducendo il tempo necessario per riprodurre e diagnosticare un errore nel codice.Da questo file di IntelliTrace è possibile simulare la sessione locale in un altro computer. Questo approccio consente di ridurre le possibilità che un bug sia non riproducibile. Per ulteriori informazioni, vedere Debug di codice più veloce esaminando la relativa cronologia con IntelliTrace.	Procedura: raccogliere dati di IntelliTrace per agevolare il debug di problemi complessi
Profiler ASP.NET: è possibile creare un'impostazione test in cui sia inclusa la profilatura ASP.NET che consente di raccogliere dati sulle prestazioni in applicazioni Web ASP.NET. Nota Questo adattatore dati di diagnostica viene utilizzato solo con test di carico che utilizzano siti Web che richiedono Visual Studio Ultimate.	Procedura: configurare il profiler ASP.NET per i test di carico tramite impostazioni test in Visual Studio Procedura: creare un'impostazione test per un test di carico distribuito
Code coverage (Visual Studio 2010): è possibile creare un'impostazione test in cui siano incluse informazioni sul code coverage utilizzate per determinare la quantità di codice analizzata dai test. Nota Questo adattatore di diagnostica dati è applicabile solo alle impostazioni test di Visual Studio.Non viene utilizzato per le impostazioni test in Microsoft Test Manager. Nota Ciò è per compatibilità solo con Visual Studio 2010. Per ulteriori informazioni sul code coverage, vedere Utilizzo di code coverage per determinare la quantità di codice testato.	La configurazione di code coverage mediante impostazioni test è deprecata
Log eventi: è possibile configurare un'impostazione test per includere la raccolta del log eventi, che sarà compresa nei risultati dei test.	Procedura: configurare le raccolte dei log eventi tramite le impostazioni di test
Emulazione di rete: è possibile specificare che si desidera inserire un carico di rete artificiale nel test utilizzando un'impostazione test.L'emulazione di rete influisce sulla comunicazione da e verso il computer emulando una determinata velocità della connessione di rete, ad esempio di una connessione remota. Nota Questo adattatore di diagnostica dati è applicabile solo alle impostazioni test di Visual Studio.Non viene utilizzato per le impostazioni test in Microsoft Test Manager. Nota Non è possibile utilizzare l'emulazione di rete per aumentare la velocità della connessione di rete.	Procedura: configurare l'emulazione di rete tramite le impostazioni test in Visual Studio
Informazioni di sistema: è possibile configurare un'impostazione test per includere le informazioni di sistema sul computer in cui verrà eseguito il test.Le informazioni di sistema sono specificate nei risultati del test tramite un'impostazione di test.	Per raccogliere queste informazioni, non è necessaria alcuna configurazione.
Impatto test: è possibile raccogliere informazioni sui metodi del codice dell'applicazione utilizzati durante l'esecuzione di un test case.Queste informazioni possono essere utilizzate insieme a quelle relative alle modifiche apportate al codice dell'applicazione dagli sviluppatori per determinare i test interessati da tali modifiche di sviluppo.	Procedura: raccogliere dati per verificare i test da eseguire dopo che sono state apportate modifiche al codice
Videoregistratore: è possibile creare una registrazione video della sessione desktop durante l'esecuzione di un test automatizzato.La registrazione può essere utile per visualizzare le azioni dell'utente per un test codificato dell'interfaccia utente.Il video può consentire ad altri membri del team di isolare i problemi dell'applicazione difficili da riprodurre.	Procedura: includere le registrazioni dello schermo e della voce durante i test mediante le impostazioni test

Impostazioni di test: Distribuzione

Nella finestra di dialogo Prova impostazioni, selezionare la pagina Distribuzione.
Per creare una directory distinta per la distribuzione ogni volta che si eseguono i test, selezionare Abilita distribuzione.

[!NOTA]

Se si seleziona questa opzione, sarà possibile continuare a compilare l'applicazione durante l'esecuzione dei test.
Per aggiungere un file alla directory utilizzata per l'esecuzione dei test fare clic su Aggiungi file, quindi selezionare il file che si desidera aggiungere.
Per aggiungere una directory necessaria per i test alla directory utilizzata per l'esecuzione dei test fare clic su Aggiungi directory, quindi selezionare la directory che si desidera aggiungere.

[!NOTA]

Per ulteriori informazioni su come distribuire file e directory per singoli test utilizzando proprietà e l'attributo DeploymentItem, vedere Procedura: distribuire file per test.

Impostazioni di test: Installazione e script di pulizia

Per eseguire script prima e dopo i test, scegliere la pagina Script di installazione e disinstallazione nella finestra di dialogo Prova impostazioni.
Digitare il percorso del file di script in Script di installazione oppure fare clic sui puntini di sospensione (...) per individuare lo script di installazione.
Digitare il percorso del file di script in Script di pulizia oppure fare clic sui puntini di sospensione (...) per individuare lo script di pulizia.

Impostazioni di test: Host

Per eseguire i test utilizzando un host diverso, scegliere la pagina Ospiti nella finestra di dialogo Prova impostazioni.
Per eseguire gli unit test nello stesso processo come sito ASP.NET, selezionare ASP.NET in Tipo host.
Utilizzare esegui test in 32 bit o nel processo a 64 bit di scegliere se si desidera che il test sia eseguito come il 32 bit o processi a 64 bit.

Per la flessibilità massima, è necessario compilare i progetti di test con la configurazione Qualsiasi CPU.È quindi possibile l'esecuzione su entrambi gli agenti a 32 e 64 bit.Non vi sono vantaggi nella compilazione di progetti di test con la configurazione a 64 bit.

Impostazioni di test: Timeout del test

(Facoltativo) per limitare il periodo di tempo per ogni esecuzione di test e per singoli test, scegliere la pagina Timeout test nella finestra di dialogo Prova impostazioni.
Per interrompere un'esecuzione di test quando viene superato un limite di tempo, selezionare Interrompi una esecuzione dei test se il tempo totale supera, quindi digitare un valore per il limite.
Per generare un errore in un singolo test quando viene superato un limite di tempo, selezionare Contrassegna singolo test come non superato se il tempo di esecuzione è maggiore di, quindi digitare un valore per il limite.

Impostazioni di test: Unit test

(Facoltativo) se è necessario specificare i percorsi degli assembly che gli unit test devono caricare, scegliere Unit test.

Per la Cartella principale per gli assembly da caricare, fare clic su Sfoglia per individuare la cartella e indicare la casella di testo.

La cartella radice specificata può contenere variabili di ambiente e rappresenta la directory che sarà utilizzata come ApplicationBase di AppDomain in cui vengono eseguiti i test.Tutti gli assembly in questa directory saranno caricabili dagli unit test.In un ambiente di produzione, è consigliabile impostare questa opzione sulla directory in cui è installato il codice sotto gli assembly di test.In un ambiente di sviluppo, è consigliabile impostare questa opzione sulla directory in cui il codice sotto gli assembly di test.In questo modo tutti i riferimenti ai file binari del prodotto di cui si dispone possono essere caricati e risolti durante l'individuazione e l'esecuzione dei test, senza la necessità di copiare tali file con i test.

Se nessun valore viene impostato qui, ApplicationBase di AppDomain in cui vengono eseguiti i test in è impostata sulla directory che contiene i test.
Selezionare o deselezionare la casella di controllo Utilizza il contesto di caricamento per gli assembly della directory di test.

Per impostazione predefinita, la maggior parte degli assembly viene caricata nel contesto di caricamento corretto." In genere, è consigliabile lasciare Utilizza il contesto di caricamento per gli assembly della directory di test selezionato.Tuttavia, esistono alcune condizioni quando è necessario disabilitare tale casella di controllo:

Se nella directory di test sono presenti numerosi assembly, è stato specificato un percorso in Cartella radice per gli assembly da caricare e i test non dipendono dal caricamento nel contesto di caricamento, si potrebbe verificare un aumento delle prestazioni se, per caricare questi assembly di test, non si utilizza il contesto di caricamento.

Se i test dipendono dal caricamento in un contesto diverso dal contesto di caricamento (condizione non comune).

Per ulteriori informazioni, vedere Procedure consigliate per il caricamento di assembly.
In Cartelle da utilizzare per le esecuzioni dei test fare clic su Aggiungi cartella.

Verrà visualizzata la finestra di dialogo Sfoglia per cartelle.
Individuare la cartella da utilizzare e fare clic su OK.

Cartelle da utilizzare per le esecuzioni dei test sarà probabilmente l'impostazione che verrà utilizzata più di frequente.È possibile specificare più percorsi di cartelle da cui è consigliabile risolvere gli assembly durante l'individuazione e l'esecuzione dei test.In ognuno dei percorsi specificati in questa sezione possono essere contenute variabili di ambiente.Oltre a ognuno dei percorsi specificati, sono presenti anche due opzioni associate:

Prima opzione Selezionare la casella di controllo Utilizza contesto di caricamento per specificare che è consigliabile l'utilizzo del contesto di caricamento da parte della cartella durante la risoluzione degli assembly. Se per l'esecuzione corretta dei test non è necessario il contesto di caricamento, è possibile che si verifichi un miglioramento delle prestazioni deselezionando questa casella di controllo.

Seconda opzione Selezionare la casella di controllo Includi sottocartelle per specificare l'utilizzo di qualsiasi sottocartella da includere durante la risoluzione degli assembly dalla directory.
In Cartelle aggiuntive da utilizzare durante l'individuazione dei test fare clic su Aggiungi cartella.

Verrà visualizzata la finestra di dialogo Sfoglia per cartelle.
Individuare la cartella da utilizzare e fare clic su OK.

L'opzione Cartelle aggiuntive da utilizzare durante l'individuazione dei test è utile quando si eseguono i test in modalità remota in Team Build o quando si effettua un'esecuzione automatizzata da Microsoft Test Manager.I percorsi forniti verranno utilizzati per la risoluzione dell'assembly, ma solo durante l'individuazione di test.In questi percorsi possono essere contenute variabili di ambiente.Nei casi in cui si pianifica l'esecuzione dei test in modalità remota da una destinazione della compilazione e non tutte le dipendenze dell'assembly di test sono nella stessa directory, questi percorsi possono essere utilizzati per garantire che MSTest o il controller di test possa disporre di assembly dipendenti sufficienti per individuare i test e pianificarli per l'esecuzione nei computer remoti.

Per esecuzioni pianificate da Microsoft Test Manager, esistono i token-%BuildDrop%- aggiuntivi che possono essere utilizzati genericamente per fare riferimento alla destinazione finale per la compilazione.In questo modo si evita di dover creare o aggiornare le impostazioni test ogni volta che viene eseguito il test di una nuova compilazione.Sfortunatamente questo token non è supportato direttamente tramite Team Build.Tuttavia, se la destinazione finale per la compilazione viene impostata in una variabile di ambiente denominata BuildDrop dalla definizione di compilazione, avrà lo stesso risultato.

Per ulteriori informazioni, vedere Verifica del codice tramite unit test.

Impostazioni di test: Test Web

(Facoltativo) per configurare proprietà che controllano la Test Web viene eseguito nell'impostazione test, scegliere Test Web.

Selezionare Numero fisso di esecuzioni o Una esecuzione per riga origine dati.
Utilizzare l'elenco a discesa Tipo browser per selezionare il Web browser da utilizzare con il test delle prestazioni Web.Ad esempio, Internet Explorer 9.0.

[!NOTA]

Il test Web richiede Visual Studio finale.
(Opzionale) Selezionare Simula tempo interazione utente per attivare la sospensione umana simulata.
(Opzionale) Scegliere Usa la directory degli URL richiesti come percorso predefinito dei cookie.

Se Utilizza directory dell'URL richiesto come percorso predefinito dei cookie è disabilitato, i test Web seguiranno questo comportamento:

Se una richiesta, ad esempio www.abc.com/myapp/abc.aspx, imposta un cookie nella risposta e non specifica un percorso, il test utilizzerà l'intero URL della richiesta nel percorso per tale cookie.Ciò significa che i cookie vengono inviati solo con le richieste successive con l'url www.abc.com/myapp/abc.aspx.

Se Utilizza directory dell'URL richiesto come percorso predefinito dei cookie è abilitato, i test Web seguiranno questo comportamento:

Se una richiesta, ad esempio www.abc.com/myapp/abc.aspx, impostato il cookie nella risposta e non specifica un percorso, il test verrà utilizzata la directory dell'URL della richiesta nel percorso per tale cookie.Ciò significa che i cookie vengono inviati con tutte le richieste nel percorso www.abc.com/myapp (ad esempio, www.abc.com/myapp/xyz.aspx).

Questo comportamento è coerente con la versione 1 dei cookies specificata nello standard RFC 2109.Per ulteriori informazioni, vedere la Richieste per Commenti: 2109.

Vedere anche