如果是你一个人维护的话，手撸代码是最好的方式，放到 excel 或者测试平台化的都会有各种各样的问题；多人一起维护的话就另说了

多人维护的呢，不知道用 json 和 yaml 如何，正在探索中

个人感觉，json 和 yaml 差不多。
yaml 好处是不用管括号匹配，但容易踩缩进符号不对导致匹配层级错误的坑，要用合适的编辑器。

如果是比较多人协作的话，可以考虑直接用数据库，也方便后续直接平台化。

json 、 yaml 比较方便 excel 比较麻烦，其实 都行吖就是接口关联起来麻烦，不过我目前都改用 RF 了分层好了一个套件一个模块，维护起来压力不大

推荐用 robotframework 框架

多人维护的话，我们初期是用 mongodb 来存储数据的，yaml 也可以，起码比 excel 好，现在在搞测试平台了，这个要看你们团队的具体情况，平台化有利也有弊

可以尝试一下 MeterSphere，能满足你的需求。 可以直接看这里的文档 https://metersphere.io/docs/user_manual/api_test/api_definition/

yaml 可以搞定字符串

最讨厌的就是写 excel

感觉 Excel 管理自动化用例，参数化、关联、断言都是问题，太不好控制了，有的接口需要好几个上游接口的返回值，使用 Excel 根本无法进行参数化

你用 RF 是怎么读取 yaml 文件里面的键值对数据的