翻译的原创文章，原创的翻译文章

UI 自动化，"多线程执行"的坑还是比较多的，因为 Selenium WebDriver 这类工具没有能力区分多线程启动的同一套测试环境下的多个被测应用程序实例。
想要多个测试用例同时执行，简单有效而又可靠的方法是引入 Selenium Grid，它的作用就是分布式执行测试。
分布式执行测试需要多套测试环境，Grid 可以自动将测试用例分发到每套测试执行环境上，并收集所有环境 (node 节点) 的执行结果。这些 node 节点可以是物理机，虚拟机或 docker 容器。
PS. 在 UI 自动化测试领域，"多线程执行"和"并发执行"，通常来说既不是正确的做法也不是正确的叫法。很多人这样叫也这样做，结果走入了死胡同。

参考这篇文章：pytest 多进程/多线程执行测试用例
https://blog.csdn.net/weixin_45005677/article/details/125588921

这是使用了 pytest-parallel 吧，这个插件支持多进程和多线程，--workers 表示进程数，--tests-per-worker 表示线程数。但需注意，--workers 在 Windows 上不起作用，而--tests-per-worker 支持 Linux/Mac/Windows。

首先呢，游戏既然是软件，就同样遵循软件的测试方法和流程。
1.平常在做游戏接口测试是怎么做的呢？我在想要不直接走 jmeter，然后自己这边选择开发波插件会不会更加容易接入呢？
直接使用 JMeter，不做别的开发。
2.因为游戏接口除了方式不一样外，其实和 http 接口测试没啥差别
是的，和 http 接口测试差别不大，除了协议可能不一样。
3.我怎么总觉得收益不大，游戏版本迭代太快了，真的有必要搞么？
游戏版本迭代快，只要是新需求引起的而不是已有需求频繁变更引起的，自动化测试可能收益更大 (迭代快则脚本执行轮数多)。是否有必要搞自动化，需要对软件所处阶段、团队自动化测试技术能力、预期收益及公司支持力度进行综合考虑。

其实结合下生活实际，理解消化起来就快了，参考 3 楼

估计是驱动问题，安装 Windows 版 iTunes 试试

稍等下，这是以前的项目了，不太记得，相关数据得跟负责人确认下

这 4 个中，Appium 是跨平台的，其他 3 个只支持 iOS

好奇问下 1 楼内容为什么看不到？

如果没有呢？

好奇问下，1 楼内容为什么看不到？

是的，还可以

UIAutomation，XCTest，Appium，KIF 等，都可以的

跟我们这边的产品很像，画布上拖拽工具块再连线组成流程

提供 2 种方法参考：

1. 无线连接被测设备，PC 端运行脚本。
2. 将脚本打包，发送到被测设备运行。

这可性质不一样了哦，Java，spring，包括文中提到的 testlink，这些都是经过多方验证的成熟的产品，没有可比性哈

内容还需简练，好让读者快速 get 到重点。
总体来说还是不错的。

没关系，如果后期有了不涉及公司业务的新思路，再补充分享吧，这是比较有意义的。

如鼠标拖拽指定，原生指令只支持从一个指定元素拖拽到目标元素。扩展后的拖拽指令支持从一个坐标位置到目标坐标位置，添加多个坐标位置可以覆盖绘图场景。

@nicknamexiaozui 能满足你那边的需求吗？
拖拽控件，然后连线，画线的这种系统，ui 自动化能实现落地吗？

温故知新。
不错，比培训机构讲的细致。

非得做扛旗手才满足？
非得做天下第一才开心？
谁最难受谁知道，
天下第二也挺好。

你这个朋友使用了外部资源，如果出了问题谁负责呢？

可以

有点好奇，他为什么不找自己公司内部的人？