JMeter的拥有的webdriver采样器。 我们要编写的脚本。 我们在写剧本opkey，基于硒工具。 我们可以整合他们两个。 这样我们就不必写JMeter的脚本。
Answer 1:
不熟悉opkey，而硒是超越很琐碎负载的任何负载测试一个坏主意：
硒从来没有打算进行大规模的性能测试。 硒及其更新头像webdriver的，推出每用户浏览器引擎，然后重播它里面的所有用户交互。 这是伟大的功能测试，因为你执行真正的浏览器引擎中的客户端代码 - 但在同一时间，这是进行性能测试非常坏的消息。 浏览器实例是资源密集型和缩放变得坚硬和昂贵。
即使使用类似硒网格实际上意味着通过并行运行切割测试的执行时间，但并没有真正产生任何类型的负载。 他们说，这在最顶端的常见问题 。
它不只是规模，当你的加载驱动程序本身是非常耗费资源，施加的负荷变得不一致。 如果您看到性能下降，这很可能是你的加载驱动程序的瓶颈，而不是测试的应用程序。
说了这么多，你绝对可以使用JMeter的采样，或Se电网，还是其他什么东西来驱动你的性能测试，只要你在并行用户的10s的规模是。 从电网FAQ报价再次：
为了模拟例如200个并发用户，则需要基于网格硒的负载测试框架，200级并发的浏览器。 即使你使用的是Firefox在Linux上（所以最有效的设置），你可能需要至少10台机器产生那种负载。 相当疯时的JMeter /磨床/的httperf可以产生相同的种类的负载与一台机器。
需要注意的是，当他们说JMeter的，他们指的是HTTP采样或更简单，更高效的采样器之一-因为哪怕是webdriver的采样文档这样说：
JMeter的允许多个线程的创建，每个线程负责服务器上创建负载。 然而，对于网络驱动程序使用的情况下，读者应该在他们创建的线程数量谨慎，因为每个线程都有与之相关联的一个浏览器实例。 每个浏览器消耗资源的显著金额和限额应放在读者应该有多少浏览器中创建。
然后继续使用最大的（除循环移位#of处理器核小1）推荐 - 这是大多数非弹性设置一个非常小的数。
文章来源: Jmeter Webdriver sampler
