这个时候，这个你画个数据流向流程图用例就可应付了
http://testerhome.com/topics/33072

大部分都是对公业务，非个人的居多，而且这些第三方的真实账户申请流程、准备的资料都很复杂，测试作为业务下游去搞很麻烦。

并且这个问题的矛盾点在于：
这种线上验证的真实账户该不该由测试来提供和申请？
是不是产品人员提供更合适，毕竟他们作为需求提出者、外部对接方和验收方？

性能只受 I/O 影响？你确定指数型正则解析不影响 I/O？
具体案例见二楼回复

那你认为的性能测试是什么？用个工具压一压？
错误的代码（这里是正则），会造成服务器或浏览器异常
这种类似白盒性质测试，会提前发现性能问题

至于正则造成的性能故障，有很多现实实例，比如：
https://zhuanlan.zhihu.com/p/456349063

不确定你认为的动态 sql 是怎样的，但 flask 中一般推荐 orm 工具 SQLAlchemy 集成。
如果想实现动态 sql 也简单，如下

query=db.session.query(x1,x2,x3).filter(公共条件)
if 情况1:
    query=query.filter(条件1)
if 情况2:
    query=query.filter(条件2)
rst=query.order_by(排序).all()

他换了个字（酔->醉），知乎上再来一波
https://www.zhihu.com/people/python-xiao-bai-92

还有知乎。。

我看过 kylinPET 的 HTTP2 的说明，说是 “在处理 HTTP/2 协议的 HTTP 的请求并发模型依据请求的父子关系，按照一定的算法进行并发”。
就是不知道这个工具内部是否利用多路复用特性，还是单纯的用并发来模拟

HTTP/2 情况下，不知道这个工具仿真能力怎样
有的工具支持 HTTP/2 协议，但不一定模拟多路复用。

另外，HTTP2 的压测工具需要解决几个问题：
1、端口复用问题，否则会造成端口使用完
2、客户端在 1 个连接中创建的 stream 上限（如 nginx 的 http2_max_concurrent_streams）
3、1 个连接的请求次数上限问题（如 nginx 的 http2_max_requests），达到上限，nginx 那边会切断连接，那压测端会不会自动做一些处理

针对你想少点代码写这个 70 个接口并发想法，我有个小建议：
LocustUser 的 Tasks 是个 TaskSet 的 list，可以尝试写方法将你的 70 个接口构造对应 TaskSet 放进去