在前端里,谁的位置不可少!怎么提高中标率?
前言
最近一直在公司的事情,因为我们组的2个人请的长期假期,造成前端的资源一度紧张,又是临近年终,公司各个产线忙各种招标的事情,而招标的事情是要开发一个针对招标需求的一个系统,说白拉就是开发一个不需要后端的支持的一个前端系统,包括数据尽量真实,前端业务尽量完美!哎,压力山大…,默默吐糟产品经理…
其实在我没来这家公司之前,我都会遇到一个场景,就是项目经理,总是追着前端问,开发的怎么样拉?今天做多少拉?能看吗?等等…,项目经理的各种炮弹,轰炸而来!这时,作为前端的人,就会说,界面开发好拉,后端接口没有提供,暂时无法看,也无法联调,好多业务,也没法写,等等,往往到最后,老板问起来,怎么还没有上测试环境啊,这是后端就会说,后端开发完拉,前端在做,苦逼,🕳,这是,前端的人成功背起来黑锅,欲哭无泪啊!因为老板要的最终结果,还是在前端的人身上!这就是几年前的前端真实的写照,甚至现在有些公司很常见!这种问题如何避免呢?又如何让前端能够脱离后端,进行解耦呢?这是我们前端要思索的问题,也就是作为中高级以上的工程师要知道的一些事情,成功躲避后端的锅,又或者让项目经理或老板能直接看到效果!这样的任务进度,能够在页面直观的展现,也能一目了然的看到每天的工作进度的变化,而不是那种虚拟的项目计划!因为老板和项目经理往往就是看到实在的东西!而不会关心你中间经历了什么?
自从我在这家公司慢慢壮大之后,我的组也慢慢壮大,越来越知道这些问题暴漏的越来越明显,项目的开发周期也越来越大,项目也越来越大,部门与部门,组与组之间的交流也会随部门规范化之后变少,所以最后开发规范发挥举足轻重位置,小组不可或缺的核心。所以我们前端也逐渐进行一系列的调整,步入工程化阶段。我博客中近2年才开始开通,也见证我的成长,也见证了我团队的成长,我感谢我团队的每一个人的,由他们的,才有我们的现在!有兴趣的人可以看看其他的一些文章,希望能有和好多人共鸣!又志同道合的人一起交流!
什么是mock
Mock直白的说法就是
虚假
、虚设
,不是真实的东西,而站在开发的领域上来说,就是虚假的数据
,用来替代真实的数据
,也可以说成提供api的替代者
。因为对于前端来说,并不关注api
实现的本身业务,而是关心数据的本身,以及返回的api
规范问题,只要返回跟真实的api
返回的结构保持一直就行拉!
为什么需要mock
我们都知道在前期开发的过程中,一般都是api开发完成,前端才能进行,造成前期的前端时间开发的空白期,又或者等后端开发一部分api,才能进行。无论哪种方式,总有一部分,出现开发的空白期,造成了开发周期的延长和费用的增加。
mock
的加入,就会直接解决这些问题,在前期的开发过程中,前端和后端脱离,我这里说的脱离的实质保证都遵守规范的情况下,当然,不遵守规范,任何问题都解决不了,所谓无规矩不成方圆。我在之前的博客中有张图可以明确的看出来,如下图
mock 解决了:
- 接口还没有开发完毕,不耽误前端的任务进行
- 无法和第三方对接,不耽误前端的任务进行
- 测试环境不理想,调试难度大
- api提供方,不提供数据
- 测试可以对api进行测试之后再进行前端对接,减少联调成本
- 隔离系统,避免数据的污染
- 方便演示,再前期可以直观的看到开发进度
mock 给我带来什么?
首先 mock解决了我时间的浪费,开发周期的缩短,对接api的效率提升,较少开发成本,最重要的可以不用背黑锅拉,这是前端的不用背黑锅的现实证据,也证明你再一个项目组的地位。
再开发过程中可以事实的去演示给老板或者开发经理看,证明一个阶段性的成功!还有重要的一件事情,可以做招标的事情,可以直接跟客户观看,如果你的数据逼真,客户也看不出来真假,增加中标的成功率,这样前端在公司的地位也大大提升拉!
我最近一直在忙标书的事情,所以深有体会,可以临时按照标书的需求,定制现有的系统开发,不用后端的开发,节省大量的人力,也增加中标的成功率,还可以随时应对的客户需求的改动,完全是个定制化的系统!本文只是文字论述,详细实现mock方式有很多种,我之前的博客也有写到前端工程化研究之数据mock化
本次就写到这里把,总之Mock 在前端的地位也是比较重的,在测试眼中,是测试api 的利器。