谢谢。确实还没做前后置处理，其实我也有考虑过。做个类似 jmeter 那样的 beanshell 其实不难，关键这样就与低代码理念有点相悖。前置处理如果是请求参数相关的处理是可以用自定义函数来覆盖大部分场景，后置处理如果仅用于提取参数的话其实大部分情况也能支持。但其实确实有很多其他相关的使用场景，因为还没有具体遇到，所以目前还没想出来有什么好的替代设计方案，后续会继续收集优化。最后再次谢谢您的建议。

我在做这个平台设计的时候还不知道市面上有哪些测试平台，全都是自己一点点思考出来的。后来也有发现一些接口测试平台，但还没有遇到把 API 和 UI 融合在一起的，可能是我平时关注的少。不知道您有没有试用过，相比其他接口平台，自我觉得有不足但也有我的创新和特点，我的理念是简洁易用，所以功能都设计的比较简单。或许与其他平台有相似之处，但我是不认同您的重复造轮子的说法。

是不用呀，您看看使用手册的说明呢。断言、参数提取是支持 jsonpath、正则等方式的，断言函数也是比较丰富的。除了一些特殊需要支持自定义函数和 UI 操作，没有地方需要写代码啊。我是希望既能低代码，也能支持一些自定义代码来满足特殊使用，这样更灵活一些。

感谢提醒，我优化下

账号是不是用用户昵称登录的呢。注册后用手机号登录试试呢，用户昵称不是账号哦

因为有些功能是需要邮件发送的，所以还是希望大家自己注册账号体验。

目前相当于还在内测中，未来等稳定后会考虑开源

是大陆手机号吗，目前只支持大陆手机号

补充说明当前支持的一些关键功能：

1. 支持 API 测试 单接口、多接口、混合场景的测试，灵活的 session 使用，关联参数引用，API 进行统一管理。
2. 支持 UI 测试关键字驱动编写用例，页面元素统一管理，支持操作动作的自定义。
3. 丰富的随机函数以及支持自定义函数来支持特殊的测试数据处理。
4. 测试文件的统一管理和灵活使用。
5. 支持公共参数的统一管理。
6. 支持测试环境灵活管理，更好地支持一套环境多微服务的使用场景。
7. 支持分布式执行。测试执行封装成测试引擎，可以灵活部署在任一电脑上，不再局限于网络、资源限制。
8. 测试集合支持同时选择 API、UI 用例，混合执行，二者互补解决一些复杂的测试场景。
9. 测试计划支持手动、定时以及接口调用执行，测试计划支持失败重试，并发执行。
10. 测试报告按测试集合、测试用例、测试接口/UI 动作展示，根据执行日志和截图清晰定位失败原因。
11. 丰富的报表功能、多维度统计测试结果。
12. 支持项目管理，彼此数据独立。

新人咨询一下，自己做了个测试平台，发帖想邀请大家试用体验并提供建议，为啥审核不过？好歹给个审核建议啊。