通过API文档驱动开发流程 最近和同行交流时也听到一个观点：采用“文档驱动”的协作模式，比“先开发、后维护文档”和“口头沟通确认”的方式，团队协作效率和产品质量都能得到提高。 因此在了解后，最近项目组找了个工具，尝试基于文档来进行工作，使用有章可循的 “文档驱动” 方式来降低大
场景描述： 登录用例A，参加活动用例B，用户参加活动需要经历登录和发起活动流程。用例A登录，返回登录数据。用例B通过A返回的用户ID拼接成参加活动的链接。 实现方式： A返回数据，通过正则匹配取到用户ID，然后再分析取出的数据，再次取出预计需要的数据 返回数据中包含目标数据的内
本文将介绍几种部署Goku API Gateway的方式，最快一分钟可使用上为网关，详情请看全文。 什么是Goku API Gateway？ Goku API Gateway （中文名：悟空 API 网关）是一个基于 Golang 开发的运行在企业系统服务边界上的微服务网关。当您构建网站、App、IOT甚至是开放API交易时，Goku API Gateway
1.下载docker-enlinker git clone https://github.com/psvmc/eolinker-docker.git 2.进入目录 cd eolinker-docker/ 3.使用docker构建 docker bulid -t psvmc/eolinker 4.创建一个空数据库，数据库文件在 /server/RTP/db/eolinker_os_mysql.sql，命名随意，与后面配置一
MOCK API 的定义 根据百度百科的定义，mock测试就是在测试过程中，对于某些不容易构造或者不容易获取的对象，用一个虚拟的对象来创建以便测试的测试方法。这个虚拟的对象就是mock对象，mock对象就是真实对象在调试期间的代替品。 在瀑布流开发模式中，如果前端开发人员需要进行页面对接，需要
前言 在前几天的博客中，我转载了一篇文章，其中介绍了契约测试和pact是怎么实施的，的确很有帮助。但我经过研究，其实是pact本身也是有缺陷的，结合我近期在使用的服务型工具和我的实际情况，觉得实现契约测试其实有更有效率的解决方案，本文就通过我的视角看看我是如何快速实现契约测试的
前言： 一般写完代码之后，还要将各类参数注解写入API文档，方便后续进行对接和测试，这个过程通常都很麻烦，如果有工具可以读取代码注释直接生成API文档的话，那会十分方便。 此前一直都是在使用eolinker的，但自从去年他们家“注释生成文档”的功能下线后，我就一直活在水深火热当中——真的不想
登陆后打开项目概况 然后进入到分享项目界面，可根据自己的需求进行设置
