a. 接口协议
b. 测试环境
c. 测试账号
准备工作提前做好,往往会加快效率。为什么要把这些内容记录下来,是为了在开发过程中可以快速检索。如果等到开始开发以后再去查聊天记录,或者是找相关人员询问,那就慢了。
②. 罗列需要做的小功能点
例如做一个发送消息的界面,就有很多小功能点:
a. 发送界面
b. 发送的数据接口
c. 文本字数限制
如果你仔细一想,可能还会出现以下问题:
a. 是否需要登录?如果未登录,是否要引导登录
b. 对于发送失败的情况,要如何处理?
c. 字数超出限制时,如何交互?
d. 用户重复发相同的文本,是否要过滤?
e. 如何处理数据接口的错误码?
当你记录下这些小功能,并且跟产品经理沟通清楚以后,你的开发周期已经可以初步评估了,并且这时候也已经弄清楚这个需求有多少小功能,需要怎么划分模块,怎么构建内部流程。
对于部分流程复杂的功能,可以画一下流程图辅助理解
③. 记录这个需求的改动点
如果这是一个新需求,并且跟以前的版本没有任何关系,则可以忽略这部分
如果是这个需求会影响以前的代码,则需要将改动部分记录下来,因为项目中的 bug 有很多是改出来的,列出改动点后会让自己更清楚新功能带来的影响,减少很多低级bug
例如新增一个发送图片的功能,这个功能会影响聊天窗口的展示,会影响键盘,这些改动点就要记录下来。一来可以辅助思考有没有漏掉的小功能点,二来在自测试的时候需要覆盖聊天窗口的展示和键盘的切换。
④. 罗列自测试内容
编码完成以后,一定要进行自测试,自测试越仔细,越能提前发现 bug 并修复。如果是测试人员发现了 bug ,然后再提交给你,你这时候再去解决,效率往往会比较低。
以发送消息为例,自测内容也有很多:
a. 正常发送消息
b. 未登录时点击发送
c. 字数超出限制
d. 没有网络时点发送
e. 网络很差时不断点发送
更多资讯,请访问深圳iOS课程培训学校