原来google资深程序员是这样开发项目的

12

月

03

日

周

六

   最近公司项目比较急，所以这两天没有来的及更新公众号文章，希望大家理解。那我就来说说最近项目开发中的一些项目经验吧。在昨天的项目总结会上我的一位来自前google资深程序员对项目开发接口联调的理解：

如何提高接口调试的时间？

    估计你们开发的时候没有自己本地去做单元测试，没有本地自己测试数据，所以在后期接口调用错误的时候很难快速定位错误。

    首先我们是有接口文档，然后我们需要有模拟数据，如果发现接口出现问题，你肯定要先拿你的册数数据去调用，在接口联调的时候你就应该确认你本地的测试数据没有问题，在接口调用错误的时候，你就可以拿你的本地的测试数据测试接口，这样你就可以快速的定位出错误原因所在。

在接口联调前我们该怎么做？

    在接口联调前，你前端需要有一个独立的UI版本，这个版本首先不需要在调用接口的情况下能够独立运行，可以点击上面任何的操作，比如说上拉加载出更多数据出来，然后点击列表也能够点击进入，像这个操作都应该都能做，就是不依赖于接口，就是这个版本的话，能够给人家独立的用于能够演示，如果说我们在给人讲解一个APP的时候，也许刚好此时没有网络，那我怎么去能够演示呢？所以说的你的静态版本一定要有，不能在接口联调的时候再做测试，再做调整，这样会把周期拉的很长，因为一个人改东西是很快的，用你的测试数据，用你自己的测试界面，你去调、发现这有问题那有问题你自己去改，这个就是非常快速的时候了，分分钟就能改好的事情，是吧。

      你说你调用接口出错了，你才开始猜测，他这个接口到底是咋回事呢?是我调的参数有问题吗？还是后面接口返回的数据有问题呢？就你去搞不定、不确定，所以在这种情况下你说你调一个接口的周期有多长呢?就是很长时间。其实这样的话，你大量的时间都消耗在这个上面了，本来很快的。啪啪啪，如果你本地数据写完，很快接口一调就可以了。拿你本地的模拟数据一调然后拿接口返回的数据去对比一下一看就知道接口正确与否了。然后大的没问题了，然后后面再慢慢调整小的问题，比如数据返回的完整性啊。比如说少返回一个两个字段的问题。这个就可以慢慢的后期增加了。

   而你不能在联调的时候才去做代码测试。要保证你的代码在联调的时候是正确的，所以都是按照这个流程去开发。一定要有这个流程。

总结项目开发流程如下：

        首先我们需要有自己完整接口文档，有了接口文档以后，首先第一步你先做模拟数据的文档，你的json文件就是根据接口文档然后把你的模拟数据一个一个的写好，写好以后你才开始你的开发你的代码，做UI然后做业务逻辑，然后做的时候就可以用这些测试数据，不然的话你做UI的时候你想看一下效果都没有数据，你说你UI怎么看效果呢，你没法看啊。其实后台开发接口也都是这个样子的，其实后台接口的开发模拟数据其实是非常庞大的，每一条测试数据不是都是有规则的生成出来的，而是无规则的生成出来的，因为要考虑到实际数据的应用场景。实际场景数据的复杂度，所以生成的数据应用的比较全。

     一份好的单元册数代码，不仅仅能够提高开发效率，而且能够提高程序后期的可维护性。

  下一章我们将深入讲解什么叫做单元测试。

长按关注