Share via

  • Article

Tester les opérations d’écriture initiées par l’utilisateur impliquant Project Web App (Project Server 2010)

 

S’applique à : Project Server 2010

Dernière rubrique modifiée : 2011-03-11

Ceci est un tout nouvel article. Nous serions heureux de recevoir vos commentaires afin d’être en mesure de vous fournir la meilleure documentation technique possible. N’hésitez pas à envoyer vos commentaires, questions ou suggestions concernant la documentation à l’adresse epmdocfeedback@microsoft.com.

Cet article concerne les opérations d’écriture que les utilisateurs peuvent initier uniquement à l’aide de Microsoft Project Web App (PWA), sans avoir recours à Microsoft Project Professional sur l’ordinateur client. Voici quelques-unes des opérations les plus fréquentes qui appartiennent à cette catégorie et que vous pourriez vouloir tester :

  • mise à jour des informations d’état sur Mes tâches ;

  • envoi d’une feuille de temps ;

  • approbation de mises à jour de tâches ;

  • approbation de feuilles de temps.

Bien que pour les opérations en lecture seule des tests Web soient suffisants, pour les opérations d’écriture du code personnalisé qui tire parti de l’interface PSI (Project Server Interface) est nécessaire.

Lors de la définition des combinaisons de tests, vous devez toujours planifier un test en lecture seule correspondant à chaque test d’écriture. Par exemple, pour envoyer des feuilles de temps, un utilisateur aura toujours besoin d’accéder à la page Mes feuilles de temps.

Envoyer des mises à jour de tâches

La solution Visual Studio « EPM Stress Test » fournit un exemple de méthode de test (« SubmitTaskUpdates ») pour implémenter le test Submit Task Updates. Cette solution fait partie du « Project Server 2010 Performance Lab Kit » (discuté précédemment dans Planification d’un labo de test de performances Project Server 2010). L’exemple de code sélectionne une affectation de manière aléatoire parmi une liste de toutes les affectations dans le système (prégénérées dans un fichier XML). Il emprunte ensuite l’identité de la ressource concernée par cette affectation et envoie une modification de l’avancement (pourcentage d’achèvement).

Toutefois, afin de tester les opérations d’envoi de mise à jour de tâche de façon réaliste, vous devez également ajouter un test Web de façon à accéder à la page Mes tâches. Vous pouvez configurer un tel test à l’aide de l’Enregistreur de test Web dans Visual Studio (discuté précédemment dans Configuration de l’environnement de test de Project Server 2010). La combinaison de tests entre le test Web (accès à la page) et le test unitaire (envoi de mise à jour de tâche) doit être deux accès de page par envoi test.

Envoyer des feuilles de temps

La solution Visual Studio « EPM Stress Test » fournit un exemple de méthode de test (« CreateAndSubmitTimeSheet ») pour implémenter le test Submit Timesheets. Cette solution fait partie du « Project Server 2010 Performance Lab Kit » (discuté précédemment dans Planification d’un labo de test de performances Project Server 2010). L’exemple de code sélectionne une ressource et une période de manière aléatoire, puis il crée la feuille de temps.

Toutefois, afin de tester les opérations d’envoi de feuille de temps de façon réaliste, vous devez ajouter un test Web de façon à accéder à la page Mes feuilles de temps. Vous pouvez configurer un tel test à l’aide de l’Enregistreur de test Web dans Visual Studio (discuté précédemment dans Configuration de l’environnement de test de Project Server 2010). La combinaison de tests entre le test Web (accès à la page) et le test unitaire (envoi de feuille de temps) doit être deux accès de page par envoi test.

Approuver des mises à jour de tâches

La solution Visual Studio « EPM Stress Test » fournit un exemple de méthode de test (« ApproveTaskUpdates ») pour implémenter le test Approve Task Updates. Cette solution fait partie du « Project Server 2010 Performance Lab Kit » (discuté précédemment dans Planification d’un labo de test de performances Project Server 2010). L’exemple de code sélectionne un responsable de projet de manière aléatoire, obtient la première mise à jour de tâche en attente dans la liste de mises à jour de tâches en attente d’approbation, puis l’approuve. Ensuite, il envoie l’approbation et republie le projet en question.

Toutefois, afin de tester les opérations d’approbation de mise à jour de tâche de façon réaliste, vous devez également ajouter un test Web de façon à accéder à la page d’approbation. Vous pouvez configurer un tel test à l’aide de l’Enregistreur de test Web dans Visual Studio (discuté précédemment dans Configuration de l’environnement de test de Project Server 2010). La combinaison de tests entre le test Web (accès à la page) et le test unitaire (approbation de mise à jour de tâche) doit être deux accès de page par envoi test.

Approuver des feuilles de temps

La solution Visual Studio « EPM Stress Test » fournit un exemple de méthode de test (« ApproveTimesheets ») pour implémenter le test Approve Timesheets. Cette solution fait partie du « Project Server 2010 Performance Lab Kit » (discuté précédemment dans Planification d’un labo de test de performances Project Server 2010). L’exemple de code sélectionne un approbateur de feuille de temps de manière aléatoire, obtient une feuille de temps de manière aléatoire parmi la liste de feuilles de temps en attente d’approbation, puis il l’approuve.

Toutefois, afin de tester les opérations d’approbation de feuille de temps de façon réaliste, vous devez également ajouter un test Web de façon à accéder à la page d’approbation. Vous pouvez configurer un tel test à l’aide de l’Enregistreur de test Web dans Visual Studio (discuté précédemment dans Configuration de l’environnement de test de Project Server 2010). La combinaison de tests entre le test Web (accès à la page) et le test unitaire (approbation de feuille de temps) doit être deux accès de page par envoi test.