拥有具有复杂 UI 的 WPF 应用程序并希望为其编写 CodedUITest 脚本。由于我是新手，因此我需要适当的指导/方法来编写 CodedUITest 脚本。因为我们在 UI 上存在一些自定义控件并且可以随时更改，所以不可能使用 Record & Play 的东西来做所有事情。
我想用 C# 代码来做这件事。在从自定义网格获取特定记录并使用 C# 代码识别控件时面临问题。
理论方面：
编码 UI 测试用于进行 UI 回归测试。给定特定数据，您的 UI 应该以特定方式做出反应。这个测试之王的想法是，在给定相同数据的情况下，UI 会保持相同的行为方式。换句话说：如果给定一个特定的数据集，你的 UI 改变了反应方式（基于记录），测试应该会中断。
实际情况：
编码的 UI 测试是一个测试框架，记录会生成代码。您可以看到该代码，恕我直言，您应该看到这些东西是如何工作的。如果您需要更通用的编码 UI，您可以通过修改生成的代码来实现。事实上，我强烈建议拆分生成的类和方法，并做一些 clanup。
该代码会生成一种 UI Map（具有引用测试使用的 UI 对象的属性的类）。您可以手动调整该地图添加或删除属性（毕竟，它只是代码）并创建您自己的更复杂的 UI 地图，事实上，您甚至可以使地图从其他地图“继承”（更像是ASP.网络主页面）。
在 WPF 中，您可以检查控件是否存在、他的 UI 样式、内容和他的子项（如果有）。在 AutomationID 主题上，仅在您需要检查的控件中是强制性的。关于 D&D……我不知道。我从来没有为 D&D 做过 UI 测试。