游戏版本
不论是在研项目还是已上线的项目都会有版本概念,一般开发周期也是按照版本进行。一个健康的版本周期对于项目中的成员是非常重要的。下面就以版本来分享一些我的工作内容~
版本初期
- 熟悉需求文档
- 文档一般由策划或运营方给出,需要仔细阅读方便后续battle
- 功能设计
- 表配置:数据来源,策划/运营通过配置excel表来控制一些活动/功能开关以及相关奖励道具
- 协议定义:接口,与客户端对接使用。
- 代码设计:根据需求来确定代码结构等等。
版本中期
- 功能开发,以运营活动为例
- 活动未开始即玩家正常游玩其他玩法
- 状态转换节点
- 未开始 -> 进行时 : 活动开启 <=> 数据初始化
- 进行时 -> 结束 : 活动关闭,玩家体验结束 <=> 数据清除(结算)
- 活动进行时即玩家正常体验活动 <=> 活动具体逻辑
- 进行时每日更新节点(5点更新,0点更新等等) <=> 数据更新
- 例如每日累充转盘活动,需要每日更新累充金额数据
- 活动结束
- 一般来说,策划提的需求都可以在已有代码找到相关模块的实现,只需要根据现有需求改写之前模块即可。
版本后期
- 功能提测:测试开始介入,工作内容就变成了:测试提bug,开发修bug,直到验收。
- 验收完毕,版本更新上线,完结撒花!
不出意外的话就要出意外了
当一个功能上线后无bug发生是每个人都希望的,但是由于各种因素还是会出现一些线上bug, 开发人员这个时候就需要对问题数据进行修复。
修复流程
- 定位问题
- 自己定位:一般如果是自己开发的内容都可以迅速定位到问题。
- 求助组内大哥:碰到一些疑难杂症,或者自己没有看出问题,要及时求助不要自己闷头干
- 同步信息:找到问题后,需要及时同步到功能群,告知bug影响范围,商量解决方案。
- 解决问题:修bug,编写数据纠正脚本
- 测试回归功能, 验收bug
- 热更,执行脚本修复