如何为我们自己的控件启用编码的UI测试 [英] How to enable Coded UI Testing for our own controls
问题描述
我们最近开始使用WPF应用程序的编码UI测试开始.我的问题是:如何获得对我们自己控件的支持?我找到了不同的来源:
We recently startet with coded UI Test for our WPF application. My question is: how to get support for our own controls? I found different sources:
Microsoft TechNet: 启用控件的编码UI测试
Microsoft TechNet: Enable Coded UI Testing of Your Controls
Gautam Goenka: WPF自定义控件的编写扩展
Gautam Goenka: Writing extension for WPF custom control
Jonathan Antoine: UIAutomation, Coded UI tests, Automation Peer and WPF/silverlight custom controls
MSDN: 编码的UI测试-新的可扩展性QFE
MSDN: Coded UI Test - New Extensibility QFE
我很困惑.接缝至少应包含三种不同的机制(还有一种更新?).但是什么时候使用哪个呢?
I am left confused. There seam to be at least three different mechanisms (and one update?). But when to use which one?
所以我的问题是:
-选择哪种机制?
-注册"我们完整的控件库或仅部分控件库有意义吗?
-是否有不同的级别"?支持吗?
-有什么最佳做法可以解决这个问题?
So my questions are:
- which mechansism to choose?
- does it make sense to "register" our complete control library or only parts of it?
- are there different "levels" of support?
- are there any best practices to handle this?
感谢您的帮助!
汉斯·彼得
推荐答案
我正在尝试让熟悉此主题的人参与进来这个问题.可能会有一些时间延迟.感谢您的耐心.
最好的问候
这篇关于如何为我们自己的控件启用编码的UI测试的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!