Bonjour tout le monde,
J'étudie la manière de faire des tests unitaires pour les contrôles WPF qu'une autre équipe va créer. Ces contrôles forment en gros une boite à outils graphique pour les équipes projets.
Je bloque en terme de méthodologie et bonnes pratiques. Et j'ai quelques questions à vous soumettre. A ce propos, je débute en WPF (merci à Winwise pour sa formation nickel) ainsi qu'en TDD donc ...pas simple.
1) comment tester le contrôle ?
(je présuppose ici de l'intérêt initial de le tester)
(J'ai vu rapidement UIAutomation et le framework White (non regardé))
a) Comment *choisir* les tests importants à faire sur un contrôle qui peut offrir une variété importante de comportements ? (gestionnaires de commandes, triggers, des méthodes non visuelles, template de contrôle, de données, thème, style etc.)
Qu'est-il utile de tester parmi toute la panoplie d'aspects d'un contrôle WPF ?
Comment éviter de faire des tests couteux à écrire qui ne servent pas vraiment ?
b) Une fois les tests choisis, comment les faire ?
1: passer par de l'UIAutomation ?
2: passer par des tests unitaires sans UIAutomation ? (TDD classique ? TDD orienté simulacre).
3: mixte ?
4 : autre ?
Dans le 2e cas,
=> peut-être est-ce fortement lié à la qualité de la conception ? (le respect du 'MVC version WPF' est-il nécessaire ?)
=> est-ce que cela couvre *tous* les tests que j'aurai souhaité faire ? (ou certains ne sont réalisables que par de l'automation ?)
Merci de vos retour d'expérience
Partager