2011-08-12 3 views
0

Est-il possible de créer un test d'interface utilisateur codé pour une application WPF qui ne détecte que l'élément de fenêtre parent? Nous utilisons une suite de composants qui ne prend pas en charge les tests d'interface utilisateur codée, mais j'aimerais quand même pouvoir automatiser l'interface utilisateur à des fins de test. Idéalement, une telle solution détecterait l'élément de fenêtre parent, puis utiliserait des décalages de pixels pour automatiser n'importe quelle pression de bouton, etc.Test d'interface utilisateur codée sans détection d'élément

Merci.

Répondre

0

Vous pouvez utiliser le constructeur de test d'interface utilisateur codée pour découvrir les propriétés dont vous avez besoin, mais la méthode de base pour obtenir une fenêtre est assez simple.

est ici une classe très simple représentant une fenêtre:

using System; 
using Microsoft.VisualStudio.TestTools.UITesting; 
using Microsoft.VisualStudio.TestTools.UITesting.WpfControls; 

public class MyWpfWindow : WpfWindow 
{ 
    public MyWpfWindow() : base() 
    { 
     this.SearchProperties[WpfWindow.PropertyNames.Name] = "My Wpf Window Name"; 
    } 
} 

Et voici un test

[CodedUITest] 
public class MyWpfWindowUITests 
{ 
    [TestMethod] 
    public void MyWpfWindowExistsTest() 
    { 
     Assert.IsTrue(MyWpfWindow.Exists(5000), "The window was not found within five seconds"); 
    } 
} 
0

Alors que techniquement c'est possible (Mouse.Click a une version surchargée avec des coordonnées x, y), ce n'est pas une bonne idée. Tout changement de disposition de contrôle va casser votre test.

+0

C'est mieux que rien, n'est-ce pas? – Jeff

Questions connexes