我们正在寻找使用编码的ui测试框架编写自动化测试。我们希望单独测试ui组件,而不是在单独的进程中启动应用程序。
例如,如果我们在应用程序中有一个从用户捕获数据的弹出对话框,我们希望只启动特定的对话框并验证不同的用例,而不是运行整个应用程序。
我们试图通过启动对话框作为test initialize()的一部分进行测试,但它无法找到控件...但是,如果我单独启动该对话框,同样的测试也可以正常工作。
有没有人尝试过这个方法,或者有什么建议可以让它工作?
发布于 2013-09-17 16:32:05
Coded UI Framework是一个非常强大的框架,但也有很多(我的意思是很多)问题。
我不建议它去做你想要完成的事情。
此外,测试“组件隔离”是单元测试,根据我的经验,这根本不是编码UI测试的最佳实践。
编码的UI测试将帮助您从头到尾测试跨应用程序进程,因为它通过击键和鼠标单击模拟用户输入,因此最接近用户。
此外,由于UI在开发过程中往往会发生很大的变化,而编码的UI依赖于此,因此我建议您主要使用它对您知道不会很快发生变化的窗口进行回归测试。这样你就可以保持低维护性和高生产率。
希望这能有所帮助。
发布于 2013-09-17 19:04:05
编码的UI用于检查应用程序(以及网页)的功能。编码的UI不是用于测试独立于其应用程序的UI片段。但是,可以创建一个测试工具应用程序,该应用程序包含一个或多个UI组件,允许独立于实际应用程序对其进行测试。
测试工具可以很容易地为每个被测试的组件提供一个窗口。该窗口将包括正在测试的组件以及其他一些简单的控件。这些简单的控件可以公开被测试组件的内部值,还可以用来将值传递到组件中。
发布于 2018-01-31 01:21:04
我认为你尝试做的是可行的,但是只对你自己的自定义控件使用。我认为你应该按照这个顺序来解决这个问题。
(不确定您的控件在哪个技术堆栈中)
https://stackoverflow.com/questions/18844747
复制相似问题