Je suis nouveau pour C # 4.0 et WPF et je suis sur le point de démarrer une nouvelle application.
provenant d'un monde C ++ / MFC, je suis intéressé par les stratégies de test utilisés avec les technologies à jour.
Par exemple:
Un conseil serait apprécié.
Merci.
5 Réponses :
Jetez un coup d'œil à blanc . De leur site:
Blanche Automate Windows Applications https://white-project.googlecode.com/svn/
White est un cadre permettant d'automatiser les applications client riches basées sur Win32, Winforms, WPF, Silverlight et SWT (Java). C'est basé sur .net et ne nécessite pas l'utilisation de langues de script propriétaires. Les tests / programmes d'automatisation utilisant le blanc peuvent être écrits avec une langue .NET, l'IDE et les outils que vous utilisez déjà. White fournit une API cohérente orientée objet, cachant ainsi la complexité de la bibliothèque d'uautomation de Microsoft (sur laquelle est basée sur le blanc) et des messages Windows. Seules des versions stables de blanc sont libérées, de sorte que toutes les sorties sont prêtes à la production.
Correct, j'ai choisi d'essayer de répondre à ce que j'ai considéré comme le plus difficile à tester / le moins testé dans la plupart des projets. Votre réponse sur le test de l'unité est sur place. MVVM est un bon ajout.
Comme Larry, ledit cadre de test UI blanc peut être utilisé pour les tests d'interface utilisateur WPF. Cet article explique cela plus en détail -
Test des applications WPF avec le Cadre de test UI blanc: http://blogs.msdn.com/b/john_daddamio/archive/2008/04/04/TESTING-WPF-Applications-with-Le-white-u-test-Framework.aspx
a également consulté cet article pour savoir comment automatiser les tests d'interface utilisateur:
automatiser les tests d'interface utilisateur dans WPF Applications: http://msdn.microsoft.com/en-us/magazine/dd483216.aspx
L'équipe XAML a proposé une suite de conformité XAML pour vérifier xaml (je ne l'ai pas essayé moi-même) -
http: // blogs.msdn.com/b/llobo/archive/2010/07/07/XAML-COMPLICE-SUITE-V1.ASPX
Différents outils tiers sont également disponibles pour tester l'application WPF, comme celui-ci de Automateqa -
La TestComplete de l'automateqa est une Outil de test automatisé complet qui aide les équipes d'assurance à l'AQ automatiser leur fonctionnel, unité, régression et autres Tests de test pour une grande variété de Types d'applications, y compris Windows Fondation de présentation (WPF) Applications.
http://www.automateqa.com/products/testcomplete/testing -wpf-applications /
Je vous suggère également de passer via Guide de qualité des applications WPF de MS
Ce document donne un aperçu de Test de la présentation Windows Applications de fondation (WPF) et les contrôles.
http://windowsclient.net/wpf/ White-Papers / WPF-App-Quality-Guide.aspx # Intro
Ces jours-ci, la plupart des gens qui se soucient de test unitaire de WPF ont tendance à utiliser le modèle-ViewModel ( MVVM ) modèle de conception. Ceci est un tag sur Stackoverflow à ce sujet.
Cela vous permet de tester l'unité la plupart de votre code (y compris une grande partie de la logique de l'UI) sans WPF d'entrer dans la voie.
pour Test du système Voir les autres réponses à ces questions.
Comme déjà mentionné, le motif MVVM (ou même le modèle de présentation de la vue Modèle-ViewModel) est un bon départ. Ils vous permettent de tester séparément et isolé les différentes préoccupations de l'application.
Un bon outil pour la partie de test de l'unité est MOQ . Je l'utilise beaucoup.
Je fais aussi souvent des tests d'acceptation à partir du point de vue du modèle et du présentateur. Je peux donc assurer que toutes les couches fonctionnent ensemble. Il s'agit d'un compromis entre les tests d'interface utilisateur et les tests unitaires. Il présente l'avantage que les tests fonctionnent plus rapidement et sont donc exécutés plus souvent.
Si vous souhaitez également tester automatiquement la reliure de données correcte entre la vue et la fenêtre, vous devez consulter Guia . Il vous permet d'instancier et de tester directement un seul UserControl.
Je me soucie beaucoup de la vue à la recherche de droite. Cela signifie des tests unitaires. Pour moi, la meilleure technique est de tester uniquement la vue dans un seul test unitaire, ce qui signifie
Modèle + vue = résultat.
L'approbation des utilités de vérification open source (www.approplovalTestSs.com ou Nuget ) va facilement tester des vues WPF.
Vous pouvez le voir en action ici: HTTP : //www.youtube.com/wetch? v = xc_ty03lz9u
Je recommanderais de regarder la vidéo WinForms 1er cependant, car il va dans plus de la théorie de la manière de tester des vues dans Général: http://www.youtube.com/watch?v=hkekbjosfj8
Le code lui-même ressemblera à et il faudra une capture d'écran et la comparera à un maître doré.