我个人做过的 造数工具、数据核对、报表生成、自动登录 sdk、服务巡检预警、 兼容多种测试框架的插件（其实就是识别多个测试框架，然后通过执行把测试报告标准化输出）

不错，河南老乡。

哎，性能这块儿还没弄好，刚好参考一下。

我之前也有这个困惑，这个投入产出跟你做的自动化项目框架、项目需求是否稳定等各种原因堆积在一起的。如果需求经常变更，甚至 ui 经常变更，这种做自动化项目投入比较大，。当然不管怎么样，一个好的框架，能提高产出比。

http 消息传递，包括 message-header 和 message-body 两部分。

，如果真的支持业务接口串行了，那你这个可以做爬虫了 ，
我们最近也要做一个自动化测试平台，包含 ui 自动化和接口自动化，另外包含部分运维功能。
给点儿建议：
1、可以再增加一些返回是 html 的解析。在判断期望值和接口返回值的时候做一下兼容。
2、接口测试方法要改一下，最好重新封装，做一些兼容。尽量把错误抛出来，不要错误就返回空{}，可以改成{‘error’:str(e)}
在报告里面给出来。
3、换数据库
另外有些表单的处理，并没有触发相关的 sql，可以改进一下。一个人写这样很不错了，我们三个人做一个平台，还没搞定。