近日，DevExpress宣布他们是首个完整支持Coded UI的第三方控件提供商。借此机会，我们也谈一谈Coded UI，看看它在构建全面自动化测试套件中是如何发挥作用的。
任何Coded UI测试的核心都是UI Map。UI Map可理解为用户行为记录（例如，鼠标点击），它同我们在文字处理器中创建的宏非常类似。除了自身的一些步骤之外，记录还会识别后续可以交互的用户控件。如何是一则样例定义：
请注意“搜索属性（search properties）”对话框，它用于测试运行器查找屏幕中的控件。你可以使用许多不同条件进行搜索，如下图所示：
当用户界面被干预导致测试失败时，你会发现可能需要手工修改搜索属性。减少这种手工操作的一种方法是给予关键控件一个名字或一个AutomationId。创建AutomationId 原先是用于辅助功能工具，如屏幕朗读器与语音识别系统。不过对于这类情况，自动化客户端技术也显得非常实用。你可以查看MSDN进一步了解自动化与辅助功能。
UI Map还包含了构成宏的“记录方法”（recorded methods）。一般情况下你会在设计器窗口中看到它们，不过你也可以讲它们转成源代码形式。要注意的是，此类转换是单向的，转换后没法恢复。
一旦调整好记录，你就可以着手编写测试了。以下是一个很简单的测试用于确保序列结尾时多选框未被选中。
如你所见，单元测试中的概念同样适用于Coded UI测试。不过，Coded UI测试有一些额外的注意事项。由于测试运行在应用程序的单个实例上，因此每个测试的终结状态可能会干扰接下去的测试。
Coded UI中还有一些很有效的功能用于检查测试结果。例如，当一个测试失败时，截屏会被记录下来并附加到测试结果中。
目前，只有Visual Studio高级版（Premium）与旗舰版（Ultimate）可使用Coded UI。奇怪的是，Visual Studio测试专业版 2012并没有包含Coded UI。