Partager via


Test des applications SharePoint 2010 avec des tests codés de l'interface utilisateur

Inclure les tests codés de l'interface utilisateur dans une application SharePoint vous permet de vérifier si l'application entière, y compris les contrôles d'interface utilisateur, fonctionne correctement.Les tests codés de l'interface utilisateur peuvent aussi valider les valeurs et la logique de l'interface utilisateur.

Conditions requises

Que dois-je savoir d'autre sur les tests codés de l'interface utilisateur ?

Pour en savoir plus sur les avantages de l'utilisation des tests codés de l'interface utilisateur, consultez Test de l'interface utilisateur avec des tests codés de l'interface utilisateur automatisés et Test de livraison continue sous Visual Studio 2012 – Chapitre 5 Tests de système automatiques.

Remarques

Important

  • Composant requis Les tests codés de l'interface utilisateur pour les applications SharePoint ne sont pris en charge qu'avec SharePoint 2010.

  • Composant requis Les contrôles dans Visio et PowerPoint 2010 ne sont pas pris en charge dans votre application SharePoint.

Créer un test d'interface utilisateur codé pour votre application SharePoint

Créer des tests codés de l'interface utilisateurs pour vos applications SharePoint est la même chose que créer des tests pour d'autres types d'applications.L'enregistrement et la relecture sont pris en charge pour tous les contrôles sur l'interface de modification Web.L'interface pour sélectionner les catégories et les WebParts sont consitués de contrôles web standards.

Éléments web SharePoint

[!REMARQUE]

Si vous enregistrez l'action, validez les actions avant la génération de code.Comme il existe plusieurs comportements associés à la souris, il est activée par défaut.Veillez à supprimer des survols redondants de vos tests codés de l'interface utilisateur.Faîtes-le en modifiant le code pour le test, ou en utilisant Éditeur de test codé de l'interface utilisateur.

Inclusion du test des contrôles Office 2010 dans votre application SharePoint

Pour activer l'automatisation de certains WebPart Office 2010 dans votre application SharePoint, vous devez apporter certaines modifications mineures de code.

Mise en gardeAttention

Les contrôles pour Visio et PowerPoint 2010 ne sont pas pris en charge.

Contrôles des cellules Excel 2010

Pour inclure les contrôles de cellules Excel, vous devez apporter certaines modifications dans le code de test codé de l'interface utilisateur.

Mise en gardeAttention

Ecrire du texte dans une cellule Excel, puis appuyer une touche de direction, ne s'affiche pas correctement.Utilisez la souris pour sélectionner des cellules.

Si vous stockez des actions dans une cellule vide, vous devez modifier le code en double cliquant sur la cellule puis en effectuant une opération de texte.Cela est nécessaire car un clic sur la cellule, suivie d'une action de clavier, active textarea dans celle-ci.Enregistrer simplement setvalue sur la cellule vide recherche editbox qui n'est pas présent jusqu'à ce qu'un clique est effectué sur la cellule.Par exemple :

     Mouse.DoubliClick(uiItemCell,new Point(31,14));
     uiGridKeyboardInputEdit.Text=value;

Si vous stockez des actions sur une cellule vide, l'enregistrement est un peu plus compliqué, car le temps vous ajoutez le texte à une cellule, un nouveau contrôle <division> est ajouté en tant qu'enfant de la cellule.Le nouveau contrôle de <division> contient le texte que vous venez d'écrire.L'enregistreur doit stocker des actions sur le nouveau contrôle de <division> ; toutefois, il ne peut pas car le nouveau contrôle de <division> n'existe pas tant que le test n'est pas écrit.Vous devez apporter manuellement les modifications suivantes du code pour résoudre ce problème.

  1. Accédez à l'initialisation des cellules et faites de RowIndex et ColumnIndex des propriétés principales :

    this.mUIItemCell.SearchProperties[HtmlCell.PropertyNames. RowIndex] = "3"; 
    this.mUIItemCell.SearchProperties[HtmlCell.PropertyNames. ColumnIndex] = "3";
    
  2. Recherchez l'enfant HtmlDiv de la cellule :

    private UITestControl getControlToDoubleClick(HtmlCell cell) 
    { 
         if (String.IsNullOrEmpty(cell.InnerText)) return cell; 
         HtmlDiv pane = new HtmlDiv(cell); 
         pane.FilterProperties[HtmlDiv.PropertyNames.InnerText] = cell.InnerText; 
         // Class is an important property in finding pane 
         pane.FilterProperties[HtmlDiv.PropertyNames.Class] = "cv-nwr"; 
         UITestControlCollection panes = pane.FindMatchingControls(); 
         return panes[0]; 
    } 
    
  3. Ajoutez un code pour une action de double-clique de la souris sur HtmlDiv:

    Mouse.DoubleClick(uIItemPane, new Point(31, 14)); )
    
  4. Ajoutez le code du texte défini sur TextArea:

    uIGridKeyboardInputEdit.Text = value; }
    

Activation du test codé de l'interface utilisateur des composants WebPart Silverlight dans votre application SharePoint 2010

Visual Studio 2012 ne prend pas en charge le test de Silverlight.Toutefois, pour activer le test des WebParts Silverlight de votre application SharePoint 2010, installez le plug-in Silverlight de la bibliothèque de Visual Studio.

Configuration de votre ordinateur

  1. Assurez-vous que Visual Studio 2012.1 ou une version ultérieure est installé

  2. Installez le Plug-in de test de l'interface utilisateur de Microsoft Visual Studio pour Silverlight.

  3. Installez Fiddler.Il s'agit simplement d'un outil qui capture et stocke le trafic HTTP.

  4. Téléchargez le projet de fiddlerXap.Décompressez-le, générez-le, puis exécutez le script « CopySLHelper.bat » pour installer la DLL du programme d'assistance qui est requis pour analyser les composants webpart de Silverlight lorsque vous utilisez l'outil Fiddler.

Après avoir effectué la configuration de votre ordinateur, pour démarrer le test de votre application SharePoint 2010 avec des composants webpart de Silverlight, procédez comme suit :

Test des composants WebPart Silverlight

  1. Démarrez Fiddler.

  2. effacer le cache de navigation.Cela est nécessaire car le fichier XAP, qui contient la DLL du programme d'assistance automation d'interface Silverlight, est généralement mis en cache.Nous devons nous assurer que le fichier modifié XAP est utilisé, pour cela nous désactivons le cache du navigateur.

  3. Ouvrez la page web.

  4. Démarrez l'enregistreur et générez le code comme vous le feriez pour un test normal de l'application Web.

  5. Vous devez vérifier que le code généré fait référence au fichier Microsoft.VisualStudio.TestTools.UITest.Extension.Silverlight.dll.

    Pour plus d'informations, consultez Interface utilisateur de SharePoint 2010 avec Visual Studio 2012

Ressources externes

Blogs

Test de l'interface utilisateur de SharePoint 2010 avec Visual Studio 2012

Présentation de la logique de recherche des contrôles de Silverlight dans le test codé de l'interface utilisateur

Extraire la propriété d'un contrôle Silverlight

Index de contenu pour le test codé de l'interface utilisateur

Conseils

Test de la livraison continue avec Visual Studio 2012 - Chapitre 5 : Automatisation des tests du système (page éventuellement en anglais)

Forum

Blog Visual Studio ALM + Team Foundation Server (page éventuellement en anglais)

Voir aussi

Concepts

Test de l'interface utilisateur avec des tests codés de l'interface utilisateur automatisés

Test de performances de site Web et tests de charge des applications SharePoint 2010 et 2013

Vérification et débogage du code SharePoint

Autres ressources

Solutions SharePoint

Génération et débogage de solutions SharePoint

Profilage des performances des applications SharePoint