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

可以不用，但是如果你的项目频繁变动，你需要经常维护的时候，我建议还是对整个测试框架的设计重构一下。比如 Web UI 里面的 POM 模式，比如 httprunner 在 2.x 重构后的分层机制，这些都是为了方便后期的维护迭代，以及对复用部分的高度封装。

对的，所以要看具体项目的埋点方案，或者在 SDK 里面加入 console.log ，一般来说这样做比较方便调试。

这个要看你们项目里面埋点上报的 SDK 是怎么写的，比如神策，只要收集到上报的事件就会在 console 里面打印出来，不然开发自测的时候怎么知道自己写的埋点有被正确触发呢？当然不同的埋点方案有不同的设计，这里以 console 打印埋点信息为例。

更多原理层内容见 Buried-Point-Pro 项目的前身：https://testerhome.com/topics/21136

不是让你写前端，而是测前端hhhhh 项目跑起来以后发的请求都会经过代理返回你 mock 的数据，从而看是否符合业务需求。

这个是你们项目前端开发项目比后端快，你要先测前端的时候，没有接口自然要先mock数据，不过你要按照后端约定好的数据格式来mock数据，然后把你们前端项目的 proxy 改一下就可以了。

重构并优化了一下代码，新增了不少 demo 体验演示和 debug 信息，也支持过滤无用上报事件和重复事件上报的检测 ~

有，用 puppeteer

技术肯定是要的，但是可能不是纯技术，而是结合到了实际的业务场景里面，问你有没有技术方案可以落地实施从而解决业务测试痛点。