QA及上线流程相关

Staging

后端GM工具

• 在一个页面中,方便操作
• 验证用户
• 改密码
• 增加金币/钻石/Exp
• 跳一天
• DEV: 增加假的未领取的邀请好友奖励
• DEV: 增加假的未领取的任务评分奖励

DEV工具在最终QA流程中不能使用

Mission 工具

• Mission工具Dev版本，提供 同步到 Staging按钮(不是Dev一版 Staging一版)
• Mission工具Live版本,绕过测试流程(HotFix) 直接更改线上的任务信息. 需要手动同步到Dev版

稳定的Staging环境

• Staging和DEV的Meta目录分离
• Staging中不存在异常账号(过老的用户,界面&Logic表现异常的账户)

版本命名规则

QA测试版: SnapLingo_v1.xx.y_staging
最终提审版: SnapLingo_v1.xx.y_release

ex:
SnapLingo_v1.10.3_staling
SnapLingo_v1.10.5_release

前端提交QA流程

• 提交给QA IPA文件包的同时 需要注明这个版本IPA改变了什么东西。 比如SnapLingo_v1.11.3 发送给QA同时 需要注明这个版本和SnapLingo_v1.11.2之间的区别。
• [未实现] 前段将IPA及所有的META文件(IMG/Sound/Config)全部一起发给QA,由QA将META文件同步到Staging上面

SVN Branch

• 版本过审以后 将当前Trunk 打到一个Branch里面留作备份(svn://xxx.xxx.xxx.xxx/APP/branch/v1.xx)
• 如果需要进行HotFix,切换到相应的Branch进行操作

上线流程

• 将Staging上面全部Meta文件同步到线上服务器
• [未实现]后端读取当前版本指定的Version.config信息来判断是否需要让用户下载新版本