User interface 功能测试用JMeter还是Selenium？

如果要测试屏幕上出现的应用程序警告消息，应使用什么？我需要先执行一些步骤来获得预期的屏幕。最好使用JMeter来执行此操作，然后当我到达预期屏幕时，我可以断言响应包含警告消息吗？或者应该全部使用Selenium来完成，这样会更慢，但至少它要通过实际的UI

有什么建议吗？还是将两者结合起来？使用JMeter执行所有步骤，以到达我想要测试的实际屏幕（以便我的测试运行得更快，执行我实际上不想测试的步骤），然后使用Selenium测试该屏幕和警告消息

---

试着让我的头脑明白最好用的那个。我喜欢JMeter，我知道它是用于负载测试的，但是如果我可以使用它来运行我没有实际测试的部分（通过http调用），以便更快地得到我想要实际测试的部分，那么这肯定更有意义吗？如果警告消息出现在JMeter http调用的响应中，那么为什么要使用Selenium？

取决于消息的性质。如果它是由JavaScript驱动的—您将不会使用JMeter，那么可以使用Selenium或类似的解决方案（有一些无头浏览器实现，如或）

---

如果消息有条件地出现在DOM-go for JMeter中，因为JMeter在协议级别上工作，那么您的测试将更加健壮，执行速度也会更快。您可以使用来检查所需的文本存在/不存在。如果您需要尽可能接近真实用户，请遵循指南中的建议，除了执行客户端JavaScript和实际呈现页面之外，JMeter可以完成“普通”浏览器所能完成的一切任务。

您可以使用Selenium，因为它会像用户一样测试应用程序。如果您的错误消息是来自后端的一些JSON，那么测试API是很好的，但是您没有检查它是否有效地显示给最终用户。有问题要求我们推荐或查找书籍、工具、软件库，教程或其他非站点资源对于堆栈溢出来说是非主题的，因为它们往往会吸引固执己见的答案和垃圾邮件。我们能不能在JMeter中使用SeleniumWebDriver来呈现页面？