产品需求对角色和终端的组合在不断变化,众多不断快速变化的 API 接口代码在产品的演进中日益成为一个问题;经过讨论分析,最终采用 Yii2 的推荐做法,即通过 modules 实现 版本管理;
最近,PHP 单元测试有进展,我们在 ShortUrlService 短链接实现思路 中不仅对内部使用的 service 进行了单元测试,对 ControllerTest 也有尝试;
本文结合 ShortUrlService 的 ShortUrlControllerTest 以及 v1.4 的 DemandControllerTest 来示范一下;
API 版本管理
采纳 Yii2 的方案:通过 module 实现 API 版本;
结合原来按版本部署的经验和 Los 根据需求提出的对应分拆 Yar RPC 服务的想法,我们最终采用了 Yii2 的推荐做法;我们产品需求版本 v1.4,对应 module v14,但在 url 中保持
v1.4/$controller/$action
;
需求版本由两部分组成:
major.minor
(大版本.小版本);
1.0, 1.1, ..., 1.9, 2.0, ..., 2.9, ...;小版本只有 0-9;
可能会出现这样一个情况:同一个站点,不同页面的 ajax 请求,访问的是不同版本的 API;
同时维护的版本不要超过三个;
自底向上测试
自底向上逐步构建;
RPC 首先应当通过测试;
API 基于 RPC 构建可靠服务;
API 接口测试应集中在自己范围内的测试用例,应当由 RPC 解决的,要放到 RPC 解决;
自底向上逐步构建
版本 API 的 URL 形如:r=v1.4/demand/c34;
ShortUrlControllerTest
这个示例纯粹是一个示例,旨在说明使用 PHPUnit 如何对 API 接口进行测试;
shorturl/controllers/ShortUrlControllerTest.php 示例;
Guzzle 是一个不错的 PHP HTTP Client,比 cURL 好用;
ControllerTest 示例
DemandControllerTest
@dataProvider 是一个很好的尝试,准备多套数据,驱动测试;
@dataProvider 是一个好东西
作者:michael_jia
链接:https://www.jianshu.com/p/69c1e288872c
共同学习,写下你的评论
评论加载中...
作者其他优质文章