iOS高效编程

　　a. 接口协议

　　b. 测试环境

　　c. 测试账号

　　准备工作提前做好，往往会加快效率。为什么要把这些内容记录下来，是为了在开发过程中可以快速检索。如果等到开始开发以后再去查聊天记录，或者是找相关人员询问，那就慢了。

　　②. 罗列需要做的小功能点

　　例如做一个发送消息的界面，就有很多小功能点：

　　a. 发送界面

　　b. 发送的数据接口

　　c. 文本字数限制

　　如果你仔细一想，可能还会出现以下问题：

　　a. 是否需要登录?如果未登录，是否要引导登录

　　b. 对于发送失败的情况，要如何处理?

　　c. 字数超出限制时，如何交互?

　　d. 用户重复发相同的文本，是否要过滤?

　　e. 如何处理数据接口的错误码?

　　当你记录下这些小功能，并且跟产品经理沟通清楚以后，你的开发周期已经可以初步评估了，并且这时候也已经弄清楚这个需求有多少小功能，需要怎么划分模块，怎么构建内部流程。

　　对于部分流程复杂的功能，可以画一下流程图辅助理解

　　③. 记录这个需求的改动点

　　如果这是一个新需求，并且跟以前的版本没有任何关系，则可以忽略这部分

　　如果是这个需求会影响以前的代码，则需要将改动部分记录下来，因为项目中的 bug 有很多是改出来的，列出改动点后会让自己更清楚新功能带来的影响，减少很多低级bug

　　例如新增一个发送图片的功能，这个功能会影响聊天窗口的展示，会影响键盘，这些改动点就要记录下来。一来可以辅助思考有没有漏掉的小功能点，二来在自测试的时候需要覆盖聊天窗口的展示和键盘的切换。

　　④. 罗列自测试内容

　　编码完成以后，一定要进行自测试，自测试越仔细，越能提前发现 bug 并修复。如果是测试人员发现了 bug ，然后再提交给你，你这时候再去解决，效率往往会比较低。

　　以发送消息为例，自测内容也有很多：

　　a. 正常发送消息

　　b. 未登录时点击发送

　　c. 字数超出限制

　　d. 没有网络时点发送

　　e. 网络很差时不断点发送

　　更多资讯，请访问深圳iOS课程培训学校