但这标题，会让人误解，和 itest 没关系

客户端的场景 不明白什么意思。itest 里有接口场景里 ,目前只要是 HTTP 的接口就支持，我没理解是客户端场景；我的理解和打包没关系，我们也支持写插件上传上去，这不就是打包吗，打包只是技术实现手段。

这和 ITEST 有什么关系，你用别的接口工具， 这也要你处理呀。再说了，这在 ITEST 中，如果 A 接口有这些依赖，只要你的接口依赖别的接口的输出就行了，A 接口可以依赖一堆接口，只要存在参数引用 。你用 POST man 也要处理前置呀，

下图中，都不需要人为去管理前置，itest 自动帮你管理好，

公积积的待办撤销业务，你都不需要管前置的事，只要在撤销接口中引用其他接口的输出参数
不会用还说是 itest 的事

那没明白你的问题， 写代码就好? 我这就不一一说了，我这贴子写得很清楚 https://testerhome.com/topics/30495 测试架构师如何解读测试平台的各种争议
另外，从公司的角度是要提效，不是让你写代码。

“ 接口测试的准备数据要用 UI 自动化来准备 ” 这一句我表示看不明白，且也支持数据驱动，有问题欢迎随时沟通也用 ITEST Q 群（22569636）

你说的 itest 不是 itest work 测试管理平台中的 itest

从贴子来看，只是集成开源的，做了一个框架，都不能称为平台。做平台是要降本提效，只是为了平台而平台，开始领导会支持你，后面没产生价值，第一个要干掉的就是你！ 建议不从 0 开始，要么用成熟稳定的，开不开源都 OK ， 关键是要经常更新，一个搞一个平台，工作量摆在那里，没法做好的 .itest work 我们这平台，接口测试都搞了两年多，且是专职开发团队维护。

fiexd

有机会肯定要转 怕什么 crud 没什么难的，先转了再说 不要怕和开发 PK ，能 PK 的过测试就行，再多搞几年开发子能 PK 了，多好的机会

好像文件出问题了，回头我看看

itest work 你可以试试， 截图就是 itest work

开发想表达的，应该是少了一些串起来的业务流程用例,你的用例如果都只是单功能的，这只相当于只有单接口测试，你还得有基于业务场景的测试呀。功能测试也一个道理，为了用例的复用，可以把单功能用例，组合为业务场景用例

这就是把单功能用例转为业务场景用例

https://testerhome.com/topics/30495 不会写代码，可以用 itest ，断言以及提取变量都是拖

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

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

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

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

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

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

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

ms 还真没有这个

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

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

原始脑图

这是我实现的，xmind 转 excel

这是 xmind 转标准用例，然后再以脑图视图显示

导入后，的标准用例

导出后的脑图视图

脑图视图全屏

脑图上执行用例

excel 在线转 xmind：因为测试都是用 excel 写的 case .
都用 excel 写了，要是我实现，我根本不转，就是存标准的用例，只是显示时加一个脑图显示模式完事 ，然后转换为 png 的图，再插入回 excel

你要是限定在河北石家庄 , 这都不算二线，为什么不看看，其他二线呢，

1：关于老是接口变更，如果接口是基于 swagger 的还好，可以有技术手段，同步到接口测试用例中
2：接口最好是基于录制来生成，省些事
3：维护接口的成本高，如果支持断言，参数提取拖拉，再加上有调用链，还是方便多了
不过不稳定期，不要忙着上接口，相对稳定了，再来做接口测试，维护量小得多
可以看看我写的这个https://testerhome.com/topics/30495 ，里面有些东东，可能有些用

用 shell 的里 sed 去 改

严重同意

成都测试圈 也还行吧，要不是有疫情，我们也搞一些沙龙，18 年搞了一次，20 年也搞了一次，看来你没找到成都的测试组织 呵呵

itest work 测试用例管理，缺陷管理，接口测试都有