• 恩,比自己封装的时候方便一些

  • 谢谢!所以这块的核心,还是一个provider和consumer的监督,相当于在传统的Mock基础上增加了监督接口的功能。

  • 恩,网上太多都是把pact的demo贴出来,估计自己都不懂这个是要做啥的,刷刷流量而已,所以才会有这个疑问,谢谢你贴的地址,我去看看。

  • 这块我们是打算做一个配置化的Mock平台来处理,而每个请求的相应会根据字段规则的不同来路由返回的结果,这样能够可视化配置,减少维护的成本,而且没有对代码做了侵入性的修改,不过一切都还在理论阶段,所以专门开一个帖子来了解一下,你这么说我大概有了一些概念了。

  • 这个问题太常见了,流程不规范,经常会有这个问题

  • 确实是的,主要是基于DOM元素的Selenium方案测试起来脚本的维护成本太高,收益低。
    而这种方式稳定,但是确实需要测试人员有较高的技术水平

  • robot framework 优缺点 at 2018年02月16日

    嗯,它可以用中文写脚本

  • 已发地址

  • 是的,这样其实对测试人员要求非常高,至少开发的框架必须要有一定程度的熟悉,而且测试的时候,基本上要把开发的代码通读一遍。

  • 是的,这块我也在思考,这样测试对前端框架的依赖太大了,有没有大的遗漏点目前也还不清晰,下个月项目开工我要按照这样测一遍试试水