我已经花了几个小时玩弄这两个东西。
你可以使用编码 UI 测试来记录一些操作,并通过断言进行验证。
你可以使用 Web 性能测试来记录一些操作,并通过验证测试/提取测试进行验证... 基本上是相同的... 然后你可以选择将其转换为代码,就像编码 UI 测试一样。
但似乎你只能将 WEB 性能测试添加到负载测试中...
但它们不都是差不多的东西吗?我哪里理解错了?为什么不允许在负载测试中使用编码 UI 测试呢?
我已经花了几个小时玩弄这两个东西。
你可以使用编码 UI 测试来记录一些操作,并通过断言进行验证。
你可以使用 Web 性能测试来记录一些操作,并通过验证测试/提取测试进行验证... 基本上是相同的... 然后你可以选择将其转换为代码,就像编码 UI 测试一样。
但似乎你只能将 WEB 性能测试添加到负载测试中...
但它们不都是差不多的东西吗?我哪里理解错了?为什么不允许在负载测试中使用编码 UI 测试呢?
编码UI测试是用于自动化功能测试的。这些测试将模拟用户与UI的交互,例如按钮点击和输入文本。编码UI测试需要一个交互式桌面环境,因为它们实际上与您的应用程序的窗口和对象进行交互。在VS2010中,编码UI测试相当于使用类似于HP QuickTest Pro或Selenium来驱动你的自动化功能回归测试。
负载测试会在HTTP层面记录并驱动您的应用程序。这些测试通过直接发送HTTP请求而不使用UI来模拟无头用户与您的应用服务器的交互。负载测试通常假定您的应用程序对于一个用户正常工作,但旨在查看其在重负载下是否正常运行。负载测试是无头的,因为使用交互式UI模拟数千个用户是不可行的。通过无头,单个负载代理机器可以模拟数百或数千个用户。在VS中进行负载测试相当于使用HP LoadRunner或JMeter来驱动虚拟用户负载。
功能测试和性能测试是两种不同的类型,具有不同的策略和流程。在一个项目中,您可能有数百个自动化功能测试(例如编码UI测试),但只有几十个自动化性能测试。您有更多的功能测试,因为您在相对于业务需求的许多不同场景下测试您的应用程序。而对于性能测试,您将选择使用最常用的十二个交易并在负载下运行它们。
我认为这篇文章在这次讨论中有很大的价值。
CodedUI测试 - Coded UI测试是用于自动化功能测试的。这些测试将模拟用户与UI的交互,例如按钮点击和输入文本。Coded UI测试需要交互式桌面环境,因为它们实际上与应用程序的窗口和对象进行交互。VS2010中的Coded UI测试相当于使用类似于HP QuickTest Pro或Selenium来驱动您的自动化功能回归测试。Coded UI测试是2010年才出现的。它们验证应用程序的实际UI(DOM中的位置、可见性等),而其他测试则不会。Web性能测试针对与服务器的HTTP/HTTPS连接进行验证。
这篇文章讨论了功能UI测试,并展示了使用Coded UI测试的方法。
http://channel9.msdn.com/shows/10-4/10-4-Episode-18-Functional-UI-Testing/
好消息,从VS2012开始,您可以将编码UI测试添加到负载测试中。