我是如何把一个需求从 0 做到 1 的
作为一名Android开发，在开发过程中，从一个需求的提出到完成，经过这么多版本的迭代，个人认为可以按照以下几个方面层层递进，按照这样的方式可以提高开发效率，减少很多不必要时间的浪费：
- 认真阅读交互稿 。
读交互稿的目的并不仅仅是为了知道这次我们做些什么，而是同时需要了解需求的真正意图，即这次为什么需要添加这个需求，同时多问自己几个为什么，思考为什么这个需求一定要这样做，为什么不按照另外一种思路来做，这个需求的紧急程度是怎样的，会不会与当前代码逻辑冲突。也许有人会问，作为开发不用知道这些，埋头做就好了，其实不然，了解了这些才能知道产品之后会在哪些地方法力，开发在设计的时候才会朝着这个方向，如果没有这种想法，会在之后的版本迭代过程中浪费很多时间。在了解了这些之后，就要关注交互稿的细节部分，防止在开发过程中有所遗漏。
此处有一些心得：
在需求和技术讨论的时候尽量叫齐相关同事，防止一个叫一个，问题重复一遍又一遍，重复讲解问题浪费很多时间；最好一个需求可以自建一个小群组，所有的消息都在这个小群组里讨论，大家也都能看到，也有消息记录可以查询；
讨论过程要就事论事，不要偏离问题的根源，因为很多时候讨论的时间一长，就忽略了本来要讨论的问题，而延伸出来去讨论很多琐碎问题；
- 开始UI开发 。开发过程中需要思考的就是代码逻辑，与原有逻辑的冲突，影响面，需要使用什么设计模式，是否需要同事之间相互协调开发等等。同时在开发过程中要预留接口字段，以备下一步使用；
此处有一些心得
一个任务在开发过程中难免会遇到开发到一半又去做其他紧急任务的情况，这时候在回头来的时候，特别是几天之后再回头，发现很多已经忘记做到哪里了。这种情况对于我这种记忆力不是很好的人尤其明显，我想到的办法是在每个人任务的jira单下面备注下当天开发到什么程度了，还需要做哪些，还需要与谁协调什么等等。
接口文档mock数据 。在功能基本UI框架完成之后，在接口尚未完成之前，一般接口提供者会先提供接口文档，我们需要根据接口文档来完成数据mock的过程，数据mock的过程有几点要注意，首先，要能够方便的进行切换，同时数据更改要方便，改完立刻能够显示出来看。在mock过程中能够发现很多细小的问题，有时候做完第二步都自认为不会有什么问题，但是通过mock过程会发现自己有很多遗漏，例如：为空情况的处理，之前商议的字段是否够用；
根据视觉稿调整视觉样式 。此过程最好在mock过程中进行，因为可以模拟真实数据，视觉同事也较能够看到真实的场景下是什么情况，在调整视觉过程中可以适当与视觉同事沟通，避免重复修改所浪费的时间。我一般会在做完之后通过Android Studio的截图功能先发给视觉审视，此时总会有一些小问题要修改，等截图看完觉得没问题之后，才会拿真机去进行视觉验收，这样也节省了很多跑来跑去的时间；
接口联调 。等待接口完成之后进行联调，同时对视觉进行微调。如果之前的步骤做的很好，此步骤将会省去很大一部分力气和时间，并且能够专心发现细小的bug。这样也在质量上提高了很多；
功能自测 。在功能提测之前，自测是必不可少的一部分，我在刚工作的时候就不是很注重自测，导致提测后QA同事提了很多bug，同时我修改完后又会浪费大量时间来进行回归测试，这样虽然自己轻松了，但是给别人带来了困扰，同时也拖慢了项目的进度，这也是不可取的。所以自测作为最后一步，也是相当重要的，这个时候需要考虑的就是更多的细节，各种错误情况，比如网络错误，前后台切换等等。
以上只是个人一些开发心得，如果有更好的想法可以一起讨论。共同进步。
文／RodriguezXin
关键字：产品运营, mock
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
