iOS开发流程总结(新坑持续更新)

【上线前流程】

  • 将测试环境修改成正式环境
  • 修改版本号,而且build version比version多一位,如version设置为1.0.1,那么build就设置成1.0.1.x;这么做的理由是,当你这次提交审核一旦没有通过,提交的应用包(忘了正式名字了)没法撤销,再次上传的时候他会提示你该版本已经上传了,无法上传之类的;当然build version也可以用别的形式命名,比如1024什么的(滑稽)。
  • archive你的应用为ad_hoc的应用包,安装到自己的手机上测试一下,不太推荐直接cmd+r来做最后的测试,因为默认条件下cmd+r的应用是debug环境下的,有些问题可能要在release的条件下才会显现出来,当然你也可以设置scheme的时候可以设置为release,就看你的操作熟不熟练了。
  • 测试的时候如果时间充足的话最好要测试的如下(不限于):网络数据获取、通信、推送、分享 、登录,这些功能对用户影响最大。
  • 如果你用了类似于bugly之类“愉悦的♂”的日志分析工具时,要记得去屏蔽开发时使用的版本,免得你开发过程中发生的崩溃也并入到日常用户发生崩溃的日志中,而且这类的工具一般还带有运营分析(如今天联网用户多少人之类)的功能,要把自己从其中给排除出去。

【新版本开发流程】

  • 将build version修改成较为容易辨认为开发过程中的版本号,待日后在崩溃日志中区分出来
  • 确定功能点
  • 修改为测试环境
  • 开发
  • 不断测试
  • 恢复正式环境、修改版本号,恢复build version
  • 准备上线
posted @ 2017-12-14 20:53  MrYu4  阅读(48)  评论(0编辑  收藏  举报