感谢，换成 yield 配合 function 可以使用

不是的哦，这是多台设备的并发执行

这是结构树，因为是个 demo，所以简单写的

beanshell 的话我这边是需要去学习下，这边并发压力挺大的。我的数组需要传 2000 个值的，我得写两千列而且这些数据还是随机从 5W 个里面取的，我不可能自己去造数组 ，只能让他去从 5W 个数里面去取值造数组，csvdata 的这种搞不了~

好的，有空是要去学下 beanshell 的写法了。比较匆忙都没细看了

${CSVRead(/home/item7.txt,${Random(0,50000,)}) 偷懒解决法，读文件随机从 5w 个值取，传参 2000 个

或者给个方案，现在有已知的 5W 个数，让我能够在请求的时候传参能拿到 5W 个数中的 2000 个数，每次请求的值不一样~

所以用例要在模块中线性运行最好，用例之间的耦合度不能太高。应该是有人这么做过的，只是需要打磨

不是大佬只能说尝试着去写下，如果写出来了会分享出来的

感谢！我尝试着去写下~

单个设备的还行，多个设备的没有什么经验，pytest 可能也得再看下，我先按照你说的试看看

是的多进程里面有分配了自己 的 appium 服务和设备，但是我对多进程这个也不熟悉。是在别人写的多进程上改的

嗯嗯转 pytest 需要评估下工作量了，现在还刚起步不是太多，可能会好转些

我也不清楚啊，我现在是摸象过河。先试下 pytest 框架的吧，我在想 unittest 转过去不会改动太多吧

看来都是用 pytest 来做的呢，我老大说让我看看 jenkins 的 pipline 能不能搞定这个

好的感谢，我回去研究下这个看看

能分享下 appium+unittest 不同设备同时执行不同的 case 的代码嘛

嗯好的谢谢，后面确实考虑转 pytest 框架去实现。

现在是想做的是，比如 1000 个用例。我一台手机的话得跑 1000 次才能执行完，我现在搞两台手机去跑，划分下他们各自执行的部分，每台手机跑 500 条，然后跑完的报告输出在一个 HTML 里。这看起来像是你说的第一种

嗯是的，不同的手机需要用不同的 driver 驱动把，所以要构建多个。现在是能够同时进入主页，但是找不到 driver 不能跑后面的用例了

那如果不是放在 setUp 的话，我不能保证每次执行用例前重新构建两个 driver 了

devices_start_sync 函数起了进程以后是走到 appium_desire 函数里的，在这里面有返回 driver。但是这里面的值 return 出来在 unittest 框架里拿不到值