Microsoft Coded UI Test (CUIT)。我可以在C#中创建一个独立的(外部) Visual Studio2012高级版或旗舰版解决方案,以便在没有应用程序源代码的情况下记录在我的应用程序UI上吗?此解决方案可以引用应用程序的程序集。CUIT API似乎没有帮助。在进行CUIT时不希望使用Microsoft的指导方针,因为它会创建测试项目并将其插入到应用程序的解决方案中。开发团队不希望这个由QA团队创建的测试项目成为他们源代码的一部分,以便签入到他们的源代码控制中。
发布于 2013-05-01 16:39:11
使用Visual Studio进行编码UI测试的目的是测试应用程序的用户界面。编码的UI并不关心应用程序是如何构造的(但请参阅下面的注释)。编码的UI测试项目不需要与应用程序位于同一解决方案中。编码的UI可用于测试网站和web应用程序(通过web浏览器),其中没有适用于该应用程序的Visual Studio解决方案。编码的UI还可以用作自动化工具,以自动化使用多个程序和网站来执行某些操作的日常操作。对于这样的自动化,不存在应该具有编码的UI项目的单个解决方案文件。
我对微软的Coded UI指导原则的理解是,有时将应用程序和测试放在同一解决方案中是很好的,只是为了鼓励测试人员和开发人员使用测试并使其保持最新。但是,没有任何东西可以迫使他们如此团结。
我不理解原始问题中的这句话的影响:“此解决方案可以引用应用程序的程序集。”
注意:编码的UI需要被测试的应用程序通过MSAA机制公开它的一些用户界面属性。许多类型的软件都可以做到这一点。请参阅http://blogs.msdn.com/b/mathew_aniyan/archive/2010/02/11/content-index-for-coded-ui-test.aspx上“编码UI测试的内容索引”的“平台支持”部分。
添加2013-05-02:注释中关于希望将编码的UI测试链接到应用程序的DLL的说明表明,编码的UI测试的用途和单元测试的用途之间可能存在一些混淆。
编码的UI访问应用程序的用户界面,就像视障人士的屏幕阅读器一样。它还可以移动鼠标指针,点击按钮或链接,输入文本,就像是为不能使用普通键盘或鼠标的人准备的软件一样。编码的UI不直接访问代码,因此它不需要引用应用程序的任何DLL。在测试您的应用程序之前,我建议您尝试编写编码的UI测试来驱动Windows计算器或在网页上填写表单。互联网上有许多视频和教程,演示了如何使用编码的UI。一旦您对编码的UI做了什么以及如何使用它有了一些了解,您就可以更好地测试您的应用程序了。
https://stackoverflow.com/questions/16310481
复制相似问题