如何为我们自己的控件启用编码的UI测试 [英] How to enable Coded UI Testing for our own controls

查看:71
本文介绍了如何为我们自己的控件启用编码的UI测试的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我们最近开始使用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):

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屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆