能具体些吗，你指的是多几个线程?

我具体的说下：
现在的接口自动化框架是 unittest+requests+HTMLTestRunner，执行全部 case 的时候是一条接一条的执行，这样的效率比较低，想着是通过优化框架还是说通过什么方法来解决？

加 celery 接管 task 的执行，celery 是支持多任务并发的，rabbimt / redis 作为中间队列，并发方式单机的话我建议你选择 gevent 。

你们的 case 大概多少条，全部运行要多久啊

如果接口没有关联性，可以考虑多线程执行，聚合报告。参考 robotframework 的 pabot 的设计

并发跑。

楼下说的其实很明白了，如果接口间没有数据关联或者业务关联的话 并发处理，多开几个线程就可以解决，至于你是自己写还是直接引其他库都是后话，如果不是为了一味追求速度的话 建议还是保证质量，单线程有时候也是很好的验证

好的 多谢指导😁

好的 多谢指导😁好的 多谢指导😁

180 条 30S

这个效率不算慢，而且就这点量级的用例几乎不用考虑并行、异步执行

如果一定要优化的话，重点关注 “连接复用”，包括不仅限于：

• HTTP
• MySQL
• Redis

好的 多谢