客户端的场景 不明白什么意思。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 测试用例管理,缺陷管理,接口测试都有
非常不错