Microsoft Coded UI Test (CUIT)。我可以在c#中创建一个独立的(外部)Visual Studio 2012 Premium或Ultimate解决方案来记录我的应用程序UI，而无需应用程序的源代码吗?此解决方案可以引用应用程序的程序集。CUIT API似乎没有帮助。在执行CUIT时使用Microsoft指导方针是不可取的，因为它会创建一个测试项目并将其插入到应用程序的解决方案中。开发团队不希望这个由QA团队创建的测试项目成为他们的源代码的一部分，从而检入到他们的源代码控制中。
Visual Studio的编码UI测试是关于测试应用程序的用户界面。编码UI并不关心应用程序是如何构造的(参见下面的注意事项)。编码的UI测试项目不需要与应用程序处于相同的解决方案中。编码UI可以用来测试没有Visual Studio解决方案的网站和web应用程序(通过web浏览器)。编码UI还可以用作自动化工具，使使用多个程序和网站执行某些操作的日常操作自动化。对于这样的自动化，没有一个单独的解决方案文件应该包含已编码的UI项目。
我对微软编码UI指南的理解是有时候在同一个解决方案中使用应用程序和测试是很好的，只是为了让它们保持在一起，以鼓励测试人员和开发人员使用测试并使它们保持最新。但没有什么能强迫这种团结。
我不明白这句话在原问题中的影响:"这个解决方案可以引用应用程序的程序集。"
注意:编码UI需要被测应用程序通过MSAA或UIA机制公开其一些用户界面属性。这是为您完成与许多类型的软件。请参阅"编码UI测试内容索引"的"平台支持"部分，网址为http://blogs.msdn.com/b/mathew_aniyan/archive/2010/02/11/content-index-for-coded-ui-test.aspx。
2013-05-02:在注释中，关于想要将编码UI测试链接到应用程序的dll的澄清表明，在编码UI测试的目的和单元测试的目的之间可能存在一些混淆。
编码UI访问应用程序的用户界面，就像为视障人士提供的屏幕阅读器一样。它还可以移动鼠标指针，点击按钮或链接，输入文本，就像不能使用普通键盘或鼠标的人使用的软件一样。编码UI不直接访问代码，因此不需要引用应用程序的任何dll。在测试应用程序之前，我建议您尝试编写编码UI测试来驱动Windows计算器或在网页上填写表单。互联网上有许多视频和教程演示如何使用Coded UI。一旦您了解了编码UI的作用以及如何使用它，您就可以更好地测试您的应用程序。