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

 

Pour obtenir la dernière documentation sur Visual Studio 2017, consultez Documentation Visual Studio 2017.

L'ajout de tests codés de l'interface utilisateur dans une application SharePoint vous permet de vérifier si l'application entière, y compris ses 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.

Spécifications

  • Visual Studio Enterprise

Pour en savoir plus sur les avantages de l’utilisation de tests codés de l’interface utilisateur, consultez Utiliser l'automatisation de l'interface utilisateur pour tester votre code et le test de la livraison continue avec Visual Studio 2012 – Chapitre 5 Automating System Tests.

Notes

  • 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 pour Visio et PowerPoint 2010 ne sont pas pris en charge dans votre application SharePoint.

La création de tests codés de l'interface utilisateur pour vos applications SharePoint 2010 est identique à la création de tests pour d'autres types d'applications. L'enregistrement et la lecture sont pris en charge pour tous les contrôles sur l'interface de modification Web. L'interface de sélection des catégories et des composants WebPart est constituée de contrôles Web standard.

SharePoint, composants WebPart

System_CAPS_ICON_note.jpg Remarque

Si vous enregistrez une action, validez les actions avant de générer le code. Étant donné que plusieurs comportements sont associés aux pointages de la souris, celle-ci est activée par défaut. Veillez à supprimer les pointages redondants de vos tests codés de l'interface utilisateur. Pour ce faire, modifiez le code du test ou utilisez l'Éditeur de test codé de l'interface utilisateur.

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

System_CAPS_ICON_warning.jpg Avertissement

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 des modifications dans le code du test codé de l'interface utilisateur.

System_CAPS_ICON_warning.jpg Avertissement

La saisie de texte dans une cellule Excel, suivie d'une pression sur une touche de direction, ne fonctionne pas correctement. Utilisez la souris pour sélectionner des cellules.

Si vous enregistrez des actions dans une cellule vide, vous devez modifier le code en double cliquant sur la cellule puis en effectuant une opération de définition de texte. Cela est nécessaire car un clic sur la cellule, suivi d'une action du clavier, active textarea dans la cellule. L'enregistrement simple de setvalue dans la cellule vide recherche editbox qui n'est pas présent jusqu'à ce qu'un clic soit effectué sur la cellule. Exemple :

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

Si vous enregistrez des actions dans une cellule qui n'est pas vide, l'enregistrement est un peu plus compliqué, car le temps que vous ajoutiez du texte dans une cellule, un nouveau contrôle <div> est ajouté en tant qu'enfant de la cellule. Le nouveau contrôle <div> contient le texte que vous venez de saisir. L'enregistreur doit enregistrer les actions sur le nouveau contrôle <div>, mais il ne le peut pas, car le nouveau contrôle <div> n'existe pas tant que le test n'est pas activé. Vous devez apporter manuellement les modifications de code suivantes pour résoudre ce problème.

  1. Accédez à l'initialisation des cellules et définissez RowIndex et ColumnIndex comme 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 du code pour une action de double-clic de la souris sur HtmlDiv :

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

    uIGridKeyboardInputEdit.Text = value; }  
    
    

Les tests Silverlight ne sont pas pris en charge dans Visual Studio 2012 et versions ultérieures. Mais, si vous voulez tester les composants WebPart Silverlight dans votre application SharePoint 2010, vous pouvez installer un plug-in Silverlight distinct à partir de la galerie Visual Studio.

Configuration de votre ordinateur

  1. Assurez-vous de disposer de Visual Studio 2012.1 ou version ultérieure.

  2. Installez Microsoft Visual Studio UI Test Plugin for Silverlight.

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

  4. Téléchargez le projet 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 requise pour analyser les composants WebPart Silverlight lorsque vous utilisez l'outil Fiddler.

Après avoir configuré votre ordinateur, vous pouvez démarrer le test de votre application SharePoint 2010 avec des composants WebPart Silverlight en procédant comme suit :

Test des composants WebPart Silverlight

  1. Démarrez Fiddler.

  2. Effacez le cache du navigateur. Cela est nécessaire car le fichier XAP, qui contient la DLL du programme d'assistance d'UI Automation de Silverlight, est généralement mis en cache. Nous devons nous assurer que le fichier XAP modifié 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 confirmer que le code généré fait référence au fichier Microsoft.VisualStudio.TestTools.UITest.Extension.Silverlight.dll.

    Pour plus d’informations, consultez UI Testing SharePoint 2010 with Visual Studio 2012

Blogs

UI Testing SharePoint 2010 with Visual Studio 2012

Understanding the Search logic for Silverlight controls in Coded UI Test

Fetching Property of a Silverlight control

Content Index for Coded UI Test

Conseils

Test de la livraison continue avec Visual Studio 2012 - Chapitre 5 Automating System Tests

Forum

Blog Visual Studio ALM + Team Foundation Server

Utiliser l'automatisation de l'interface utilisateur pour tester votre code
Test de performances de site Web et tests de charge des applications SharePoint 2010 et 2013
Créer des solutions SharePoint
Vérification et débogage du code SharePoint
Génération et débogage de solutions SharePoint
Profilage des performances des applications SharePoint

Afficher: