版本号
~
什么问题
~
前后端分离开发最大的问题是， 前端测试需要依赖后端数据， 比如， mock产生数据列表， delete请求删除数据，这个接口是没办法测试的，除非自己写的mock数据是支持删除和修改的， 手动写这些逻辑真的有点复杂，如果想前端独立后端开发， mock需要写出后端逻辑， 成本高， 目前yapi好像不能满足我的这个需求。
我的想法是mock产生的数据能存储到数据库， 接口真实的操作数据库中的数据， 但是这好像已经将后端逻辑实现了。
请您给出一些建议，能帮助我找到一种比较合理的方案。
如何复现此问题
~
什么浏览器
~
2条答案
按热度按时间ui7jx7zq1#
我个人的观点是，mock数据仅仅是为了页面测试用的，没有必要做的非常复杂。这里说的复杂的含义指的是，试图跟正常的数据那样具备逻辑上的增删改查等业务逻辑。退一步说，如果mock数据达到这种程度，还不如直接用后端的真实服务呢。
mock数据总有一些迂回或者黑科技的方式让其满足我们的页面测试，我个人认为mock数据做到这种程度就可以了。
41ik7eoe2#
是的，经过这段时间折腾， 感觉业务逻辑各有不同，写一套大家都能用的测试接口没有太大必要， 也许以后会有好的方式。…
------------------ 原始邮件 ------------------ 发件人: "GK(LARRY)"notifications@github.com; 发送时间: 2019年10月9日(星期三) 上午10:54 收件人: "YMFE/yapi"yapi@noreply.github.com; 抄送: "罗"1720608970@qq.com; "Author"author@noreply.github.com; 主题: Re: [YMFE/yapi] 前端独立开发对接口管理工具的需求 (#1378) 我个人的观点是，mock数据仅仅是为了页面测试用的，没有必要做的非常复杂。这里说的复杂的含义指的是，试图跟正常的数据那样具备逻辑上的增删改查等业务逻辑。退一步说，如果mock数据达到这种程度，还不如直接用后端的真实服务呢。 mock数据总有一些迂回或者黑科技的方式让其满足我们的页面测试，我个人认为mock数据做到这种程度就可以了。 — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.