使用CodedUITest测试WPF应用程序的正确方法是什么

Question

让WPF应用程序具有复杂的UI并希望为其编写CodedUITest脚本。 由于我是新手，我需要适当的指导/方法来编写CodedUITest脚本。 使用Record＆amp; amp;玩游戏，因为我们在UI上存在一些自定义控件，可以随时更改。

我想用C＃代码做这件事。在从自定义网格获取特定记录时遇到问题并使用C＃代码识别控制。

• 我应该控制哪些属性以便在CodedUITest中轻松识别？
• 将AutomationId提供给所有控件是否是强制性的？
  
• Treeview和grid等动态控件需要做什么？
  
• 如何识别阻力和阻力？放下窗户类型？

Answer 1

理论方面：

编码的UI测试用于进行UI回归测试。根据某些数据，您的用户界面应以特定方式做出反应。这个测试之王的想法是，假设UI上方的相同数据保持相同的行为。换句话说：如果给定某个数据集，您的UI会更改反应的方式（基于录音），则测试应该中断。

实际事实：

编码的UI测试是一个测试框架，录制生成代码。你可以看到代码，恕我直言，你应该看到这些东西是如何工作的。如果您需要更通用的编码UI，可以通过修改生成的代码来实现。事实上，我强烈建议拆分生成的类和方法，并做一些clanup。

代码生成一种UI Map（一个具有引用测试使用的UI对象的属性的类）。您可以手动定制该地图添加或删除属性（毕竟，它只是代码）并创建您自己更复杂的UI地图，实际上通过努力，您甚至可以使地图从其他地图“继承”（更多 a la ASP.Net母版页。）

在WPF中，您可以检查控件是否存在，他的UI风格，内容和他的孩子（如果有）。 在AutomationID主题上，仅在您需要检查的控件中是必需的。 在D＆amp; D ......我不知道。我从来没有为D＆amp; D做过UI测试。