为什么在WPF中需要AutomationProperties?

近几个月来，我一直在使用一些自动化工具，比如UiPath和Automation Anywhere。然而，在自动化一些使用WPF而不是Windows Forms开发的工具时，我遇到了一些困难。尽管这些工具的设计并没有问题，也没有出现预期之外的情况，但是我们不得不依赖于图像识别来进行自动化操作。这让我开始思考为什么这些工具无法识别WPF中的控件，特别是对于使用VB.NET构建的UiPath这样的工具，它应该与Windows有很好的连接。这促使我深入研究了根本原因，并创建了以下测试用例。

首先，我创建了一个基本的WPF应用程序，其中包含一个Grid、一个Label、一个Button和一个TextBox。在这个应用程序中，我没有添加任何自动化属性。然后我使用了一些自动化工具，比如Spy++和Ui Explorer，但是这些工具都无法识别这些控件。

然后，我修改了代码，根据一个网站的建议，添加了所有的Automation IDs。这样修改后，所有的控件都变得可以被Ui Explorer等工具识别。

基于我的个人经验，我认为我们应该使用AutomationProperties。特别是在这个时代，自动化工具在各个行业中变得越来越重要。如果你或你的团队将来需要自动化这些工具，使用AutomationProperties可以节省大量的时间，因为没有这些属性，自动化操作将变得非常低效，你将不得不始终依赖于图像识别。

另外，你可以在这里阅读更多关于Automation Properties的内容。

通过我的调查，我还发现一个有趣的事实，那就是任何Windows Forms项目的控件都已经被自动化工具识别，而无需额外的努力，这也是为什么它们更容易自动化的原因。

希望你们能享受到自动化的乐趣！

为什么需要在WPF中使用AutomationProperties

在WPF中，为了满足盲人用户和自动化测试人员的需求，需要使用AutomationProperties。假设你的应用程序中有一个文本框，名为PhoneNumberTextBox，还有一个PhoneNumberLabel和PhoneNumberValidationTick。这些控件显示在一个名为"Customer"的GroupBox中。当盲人用户通过Tab键进入文本框时，屏幕阅读器应该读出"Customer Phone Number"。与此同时，编写自动化UI测试的测试人员希望能够找到包含"Customer Phone Number"的文本框。但是，如果你的应用程序被翻译成德语，盲人用户是否希望屏幕阅读器读出"Kundentelefonnummer"呢？此外，如果你的应用程序更改为使用PhoneNumberInputControl，你可能希望在代码中更改控件的名称，但是测试人员希望控件名称不变。因此，我们需要一个名称的概念，用于在运行时遍历应用程序的"重要"逻辑控件，并自动化用户与应用程序的交互。

解决方法是使用AutomationProperties。AutomationProperties是WPF中的一个类，它提供了用于自动化测试和辅助技术的属性。通过设置AutomationProperties.Name属性，我们可以为控件设置一个名称，使其在自动化测试和屏幕阅读器中能够被正确识别。对于上述示例中的PhoneNumberTextBox，我们可以设置AutomationProperties.Name属性为"Customer Phone Number"。这样，屏幕阅读器将正确读出该名称，而自动化测试人员也可以通过该名称找到并操作该控件。

在实际应用中，我们可以在XAML中使用AutomationProperties.Name属性来设置控件的名称。例如：

通过使用AutomationProperties，我们可以满足盲人用户和自动化测试人员的需求，使得应用程序可以在不同语言环境下正确识别和操作控件，提升用户体验和应用程序的可测试性。