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

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

搞个体验账号啊

验证码就没收到过

是开源的吗

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

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

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

登陆不成功啊

计划 Running 过程中，显示有点问题

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

感谢提醒，我优化下

我登录进去看了看没看出来，低代码，低在哪里，最起码断言，参数提取不用写代码，才能说低代码吧，

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

这种拖拉的更爽，数据结构复杂，写个 xpath,jsonpath 也不方便的，不像简单 KV

其实就是辅助断言和提取参数嘛，这个功能 ms 也有，比您说的这个还智能。我在上家公司也做过，因为我现在是第一版，所以还没来得及开发这些辅助功能。
另外您在使用参数的时候直接选是挺方便的，但是有两种情况不知道您考虑过没有：一是如果这个参数的入参不止提取的值呢，比如说 token，登录接口提取了 token，但是请求的时候前面需要加 bearer 才行，又或者某个入参是多个提取参数的组合。二是我不知道您这个接口的提取参数作用域是多大，假如说在一些流程用例场景时，某个用例的提取参数需要在下一个用例使用，不知道这时候是否支持，这种情况还是挺多见的。
然后我看了您的这个平台，接口采用 KV 形式写用例的，我最早也是这样设计的，对 json 做一个格式化解析。但说实话，遇到复杂的 json，特别是 jsonArray 和 jsonobject 的多层嵌套，维护起来特别麻烦，最终呈现还是 json 方便，所以后来就放弃了这条路。

何时开源？

目前还在优化中，而且还在设计开发 app 的云测。等功能都稳定下来再开源。

ms 还真没有这个

一是如果这个参数的入参不止提取的值呢，比如说 token，登录接口提取了 token，但是请求的时候前面需要加 bearer 才行，又或者某个入参是多个提取参数的组合。

这个完全支持 ，在引用的地方，再拼接你要加上去的，或是再用内置函数处理，可以 函数套函数

二是我不知道您这个接口的提取参数作用域是多大，假如说在一些流程用例场景时，某个用例的提取参数需要在下一个用例使用，不知道这时候是否支持，这种情况还是挺多见的。

这个当然也是必须支持的呀，第二个图就有，在 json 中用我们的语法写也是 OK 的

然后我看了您的这个平台，接口采用 KV 形式写用例的，我最早也是这样设计的，对 json 做一个格式化解析。但说实话，遇到复杂的 json，特别是 jsonArray 和 jsonobject 的多层嵌套，维护起来特别麻烦，最终呈现还是 json 方便，所以后来就放弃了这条路。

不只是 KV，我们有编辑器模式 ， jsonArray 和 jsonobject　在编辑模式用

ms 是有辅助断言和提取参数的哦，只是呈现方式不一样，我记得是自动推荐，其实这些都是辅助功能，更方便使用。
我明白您这边的设计了，和我最早在公司里做的差不多，两种模式可以切换。
不过我个人还是喜欢接口按照 postman 那种风格维护，看个人喜好了。

牛马测试平台吗

开源云测 sonic 很香，两两结合就玩美了

不写代码才是方便，拖拉生成断言，拖拉提取参数，肯定比手写方便，