服务端测试现状
笔者从事服务端测试,业务涉及接口测试、性能测试,我们聊聊接口部分。当业务变更需要你去回归一个接口时,种种原因你并不是很清楚每个字段的含义(构参)、是否必要,而且文档总是那么残缺,那么这时候就要去频繁沟通,成本巨大。时间紧的话,回放线上所有用户真实操作或许是个折中的选择。虽然没有覆盖各种异常场景,有些服务更是每次上线都需要做全量回归,活多人少,一人负责十几二十个服务,维护成本巨大。鉴于此,笔者琢磨了一套方便构造参数、管理参数、发起请求(支持转发),全量回归(不那么复杂但很实际),结果校验的可视化接口平台,取名apici:接口持续集成,形体初成后发现还可以做各种衍生。
apici解决的问题
针对以上问题,apici的设计考虑到了以下几个方面
首先,参数构造数据来源:无需使用者手动生成,解析nginx日志或者记录fiddler里面你的操作记录,非常便捷,打开即用。
其次,要保证数据的唯一性,’同样’的数据不能重复存在。这就要求入库时候需要有默认规则,并且支持使用者编辑数据入库规则。举个例子,你想知道用户注册来源的from字段有哪些具体的值,这时候就可以使用这个配置。
最后,apici具备了这些基础功能:
架构图
衍生的新实践
在实现了这些功能后,我们也发现了更多好玩有趣的东西,和大家分享讨论一下,或许你有更好的idea
最后,简单说一下apici的未来规划
apici目前的应用
立意高远,决胜千里,站在上帝视角看待问题,更多好玩有趣的等你探索!如有更多观点想法,评论区等你~