Condividi tramite

  • Articolo

Test delle operazioni iniziate dall'utente che implicano l'utilizzo di Project Professional (Project Server 2010)

 

Si applica a: Project Professional 2010, Project Server 2010

Ultima modifica dell'argomento: 2016-11-30

In questo articolo vengono illustrate le operazioni in cui Microsoft Project Professional viene utilizzato come interfaccia utente principale. Le operazioni più frequenti che appartengono a questa categoria sono le seguenti:

  • Aprire un progetto

  • Salvare un progetto

  • Pubblicare un progetto

Questo è un articolo di pubblicazione recente. Microsoft è lieta di ricevere i commenti e suggerimenti degli utenti, che verranno utilizzati per migliorare la documentazione tecnica. Inviare commenti, domande o dubbi sulla documentazione scrivendo in lingua inglese all'indirizzo epmdocfeedback@microsoft.com.

Microsoft Project Server 2010 non supporta l'esecuzione di più istanze nella stessa sessione utente. Per testare un numero elevato di utenti simultanei è quindi necessario utilizzare Servizi terminal, a meno che non si disponga di decine di server. D'altra parte, non è possibile eseguire un'istanza dell'agente di test di Visual Studio 2008 in più sessioni della stessa sessione utente. Questa limitazione rende difficile l'integrazione dei test di Project Professional in Visual Studio Team System 2008 Test Edition. Per ovviare al problema, è stato sviluppato uno strumento basato su community in grado di automatizzare i test di Project Professional all'interno di più sessioni di Servizi terminal, disponibile nella pagina Microsoft Project 2010: test di stress di Project Server (le informazioni potrebbero essere in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=190625\&clcid=0x410) nel sito Web MSDN Code Gallery. Lo strumento Thick Client Test Framework implementa un'architettura con controller e agenti concettualmente simile all'architettura di Visual Studio 2008 Test Edition. In entrambe, il controller inserisce informazioni in un database SQL Server, mentre gli agenti recuperano le informazioni sui processi e sullo stato degli aggiornamenti dallo stesso database. Ogni processo è composto da una o più operazioni implementate mediante componenti .NET personalizzati e si avvale del modello a oggetti client di Project Professional.

I tre test di Project Professional descritti nei paragrafi seguenti vengono implementati tramite lo strumento Test Framework. La raccolta dei dati viene ancora effettuata con Visual Studio Team System 2008 Test Edition, che viene eseguito contemporaneamente.

Accedere alla home page di Project Web App

È possibile utilizzare lo strumento Registrazione test Web disponibile in Visual Studio 2008 per registrare tutte le richieste HTTP che vengono create quando un utente accede alla home page di Project Web App. Dopo aver registrato il test Web, configurare le credenziali per simulare diversi utenti nello scenario di carico, quindi impostare Visual Studio in modo che selezioni a caso un utente da un elenco per ogni esecuzione di test. È possibile associare le credenziali utente a un'origine dati in grado di leggere i dati da un database, a un file XML o CSV o a qualsiasi altra origine dati che si ritenga opportuna. È ad esempio possibile utilizzare il file Resources.xml descritto in precedenza come origine dati per le credenziali utente. Lo stesso approccio può essere utilizzato per tutti gli altri test.

Aprire progetti

Nel codice di esempio incluso nello strumento "Thick Client Test Framework" nella soluzione di test di stress di Project Server 2010 viene illustrato come è possibile automatizzare l'apertura di un progetto da Microsoft Project Professional. Il codice viene caricato dinamicamente ed eseguito dall'agente dello strumento Test Framework. La funzione Open ottiene due parametri come input. Il primo parametro è il nome file del progetto da aprire. Se si utilizza "*" come nome file, la funzione selezionerà automaticamente un progetto di Project nell'elenco sul lato server, in ordine sequenziale. Il secondo parametro è un valore booleano che indica se il progetto deve essere aperto in modalità di sola lettura o di lettura/scrittura. La funzione restituisce il numero di millisecondi trascorsi per l'operazione oppure zero in caso di errore. I due parametri possono essere impostati tramite l'interfaccia utente del controller.

Salvare progetti

Il test del Centro Risorse è molto simile a quello del Centro progetti, poiché contiene anch'esso il controllo griglia JavaScript.

Accedere alla pagina Attività personali

Quando viene eseguito il salvataggio in Microsoft Project Professional, vengono inviate al server solo le modifiche effettive. Di conseguenza, per eseguire un test di salvataggio significativo, è necessario applicare alcune modifiche a un progetto prima di salvarlo. Non esistono limiti alle operazioni che possono essere eseguite per generare modifiche significative prima di salvare. Un esempio dei più semplici consiste nel modificare la data di inizio del progetto, operazione che in genere ha effetto su tutte le attività del progetto, generando quindi un insieme di modifiche significative da salvare.

Nel codice di esempio incluso nella soluzione Test Framework sul sito Web degli esempi Codeplex vengono illustrate diverse funzioni di esempio, di cui può essere impostata l'esecuzione in sequenza definendo un flusso di lavoro nell'applicazione controller. Di seguito vengono forniti due esempi di queste funzioni:

  1. Funzione ChangeStartDate, che preleva una data a caso nell'intervallo [data odierna ± 30 giorni] e imposta la data di inizio del progetto su tale data

  2. Funzione Save, che esegue il salvataggio del progetto attivo. La funzione ottiene un parametro booleano come input, che può essere utilizzato per ignorare l'operazione di salvataggio se il progetto attivo è aperto in modalità di sola lettura.

Entrambe le funzioni restituiscono il numero di millisecondi trascorsi per l'operazione oppure zero in caso di errore.

Pubblicare progetti

Nel codice di esempio incluso nello strumento "Thick Client Test Framework" nella soluzione di test di stress di Project Server 2010 viene illustrato come automatizzare la pubblicazione di un progetto. La funzione Publish ottiene tre parametri come input. Il primo parametro è un valore booleano che indica se verrà pubblicato l'intero progetto (true) o solo le modifiche (false). Il secondo parametro indica l'URL facoltativo dell'area di lavoro del progetto di cui eseguire il provisioning. Il terzo parametro è un valore booleano che indica se l'operazione di pubblicazione non deve essere eseguita in caso il progetto aperto sia in modalità di sola lettura. La funzione restituisce il numero di millisecondi trascorsi per l'operazione oppure zero in caso di errore.