在前端里，谁的位置不可少！怎么提高中标率？

在前端里，谁的位置不可少！怎么提高中标率？

前言

最近一直在公司的事情，因为我们组的2个人请的长期假期，造成前端的资源一度紧张，又是临近年终，公司各个产线忙各种招标的事情，而招标的事情是要开发一个针对招标需求的一个系统，说白拉就是开发一个不需要后端的支持的一个前端系统，包括数据尽量真实，前端业务尽量完美！哎，压力山大…,默默吐糟产品经理…

其实在我没来这家公司之前，我都会遇到一个场景，就是项目经理，总是追着前端问，开发的怎么样拉？今天做多少拉？能看吗？等等…，项目经理的各种炮弹，轰炸而来！这时，作为前端的人，就会说，界面开发好拉，后端接口没有提供，暂时无法看，也无法联调，好多业务，也没法写，等等，往往到最后，老板问起来，怎么还没有上测试环境啊，这是后端就会说，后端开发完拉，前端在做，苦逼，🕳，这是，前端的人成功背起来黑锅，欲哭无泪啊！因为老板要的最终结果，还是在前端的人身上！这就是几年前的前端真实的写照，甚至现在有些公司很常见！这种问题如何避免呢？又如何让前端能够脱离后端，进行解耦呢？这是我们前端要思索的问题，也就是作为中高级以上的工程师要知道的一些事情，成功躲避后端的锅，又或者让项目经理或老板能直接看到效果！这样的任务进度，能够在页面直观的展现，也能一目了然的看到每天的工作进度的变化，而不是那种虚拟的项目计划！因为老板和项目经理往往就是看到实在的东西！而不会关心你中间经历了什么？

自从我在这家公司慢慢壮大之后，我的组也慢慢壮大，越来越知道这些问题暴漏的越来越明显，项目的开发周期也越来越大，项目也越来越大，部门与部门，组与组之间的交流也会随部门规范化之后变少，所以最后开发规范发挥举足轻重位置，小组不可或缺的核心。所以我们前端也逐渐进行一系列的调整，步入工程化阶段。我博客中近2年才开始开通，也见证我的成长，也见证了我团队的成长，我感谢我团队的每一个人的，由他们的，才有我们的现在！有兴趣的人可以看看其他的一些文章，希望能有和好多人共鸣！又志同道合的人一起交流！

什么是mock

Mock直白的说法就是虚假、虚设,不是真实的东西，而站在开发的领域上来说，就是虚假的数据，用来替代真实的数据，也可以说成提供api的替代者。因为对于前端来说，并不关注api实现的本身业务，而是关心数据的本身,以及返回的api规范问题,只要返回跟真实的api返回的结构保持一直就行拉!

为什么需要mock

我们都知道在前期开发的过程中，一般都是api开发完成，前端才能进行，造成前期的前端时间开发的空白期，又或者等后端开发一部分api,才能进行。无论哪种方式，总有一部分，出现开发的空白期，造成了开发周期的延长和费用的增加。mock的加入，就会直接解决这些问题，在前期的开发过程中，前端和后端脱离，我这里说的脱离的实质保证都遵守规范的情况下，当然，不遵守规范，任何问题都解决不了，所谓无规矩不成方圆。我在之前的博客中有张图可以明确的看出来，如下图

mock 解决了：

• 接口还没有开发完毕，不耽误前端的任务进行
• 无法和第三方对接，不耽误前端的任务进行
• 测试环境不理想，调试难度大
• api提供方，不提供数据
• 测试可以对api进行测试之后再进行前端对接，减少联调成本
• 隔离系统，避免数据的污染
• 方便演示，再前期可以直观的看到开发进度

mock 给我带来什么？

首先 mock解决了我时间的浪费，开发周期的缩短，对接api的效率提升，较少开发成本，最重要的可以不用背黑锅拉，这是前端的不用背黑锅的现实证据，也证明你再一个项目组的地位。

再开发过程中可以事实的去演示给老板或者开发经理看，证明一个阶段性的成功！还有重要的一件事情，可以做招标的事情，可以直接跟客户观看，如果你的数据逼真，客户也看不出来真假，增加中标的成功率，这样前端在公司的地位也大大提升拉！

我最近一直在忙标书的事情，所以深有体会，可以临时按照标书的需求，定制现有的系统开发，不用后端的开发，节省大量的人力，也增加中标的成功率，还可以随时应对的客户需求的改动，完全是个定制化的系统！本文只是文字论述，详细实现mock方式有很多种，我之前的博客也有写到前端工程化研究之数据mock化

本次就写到这里把，总之Mock 在前端的地位也是比较重的，在测试眼中，是测试api 的利器。