作为从业20年的老策划来看,up主分析的确实有道理,外面那些传言,我们看的真的想笑,哪有那么多黑手,资本,总的来说就是妥协+侥幸心理的双重作用,这事刚出的时候,我分析大概率是合并分支的时候出了问题,QA那边只专注测试S2的新内容,因为这种大型版本42天一个版本的开发,肯定是内测就开始开发的,不可能真的公测才做,42天啊,天天肝通宵 也做不了那么多工作量,而且刚公测的时候 都有爆料S2的赛季内容了
所以更加肯定,S2甚至是三测的时候都已经在开发期了,所以按照我的经验来看,整体的事件流程应该是:
1. 用内测稳定版本,开发S1和S2分支,QA分别测试分支
2. 等事件差不多了,就合并代码,然后主干提升为S2版本
3. 还有10天就新版本了,差不多了,合并代码跑测试把,时间来得及
4. 合并版本后QA跑,给的反馈都是S2内容正常,然后QA那边S1的内容肯定就是走马观花跑一趟,按照正常意识中,S1没问题的功能,S2也不会有,所以S1的细节根本不会深入测
5. 最后准备上线的时候,项目团队自己跑回归版本的时候,发现怎么这么多bug,加紧修复
6. 高层开始抓脑壳,要不S2延期?然后腾讯高层肯定不允许延期,这是大版本,延期预示这玩家信任和宣发都打水漂
7.没办法,项目组只能两其相害取其轻,硬着头皮先把S2上了,毕竟只要主流程不影响,不卡死,不报错,其他的问题都可以慢慢优化修复
8.上线以后,第一天 其实大家都发现有bug,但是并没有抱团起来,所以都是零散的,这时候项目组完全可以每天积极的修复bug,又能体现工作性又能收获玩家的信任
9.结果,被**姿势问题集中爆破了,然后大家抱团+放大镜找问题,瞬间就把各种小问题累计到一起爆破了所以以我经验来说,本次事故其实就是妥协和侥幸心理,如果没有**站姿的情况,都关注不到各种bug,就算有小节奏,发个补偿,而且正常修复,玩家也就过去了
所以,总的来说,只能说洛克项目组 在多种条件下,才出现了现在的事故,但凡少一个条件组成,都爆不出这么大的幺蛾子~~

所以更加肯定,S2甚至是三测的时候都已经在开发期了,所以按照我的经验来看,整体的事件流程应该是:
1. 用内测稳定版本,开发S1和S2分支,QA分别测试分支
2. 等事件差不多了,就合并代码,然后主干提升为S2版本
3. 还有10天就新版本了,差不多了,合并代码跑测试把,时间来得及
4. 合并版本后QA跑,给的反馈都是S2内容正常,然后QA那边S1的内容肯定就是走马观花跑一趟,按照正常意识中,S1没问题的功能,S2也不会有,所以S1的细节根本不会深入测
5. 最后准备上线的时候,项目团队自己跑回归版本的时候,发现怎么这么多bug,加紧修复
6. 高层开始抓脑壳,要不S2延期?然后腾讯高层肯定不允许延期,这是大版本,延期预示这玩家信任和宣发都打水漂
7.没办法,项目组只能两其相害取其轻,硬着头皮先把S2上了,毕竟只要主流程不影响,不卡死,不报错,其他的问题都可以慢慢优化修复
8.上线以后,第一天 其实大家都发现有bug,但是并没有抱团起来,所以都是零散的,这时候项目组完全可以每天积极的修复bug,又能体现工作性又能收获玩家的信任
9.结果,被**姿势问题集中爆破了,然后大家抱团+放大镜找问题,瞬间就把各种小问题累计到一起爆破了所以以我经验来说,本次事故其实就是妥协和侥幸心理,如果没有**站姿的情况,都关注不到各种bug,就算有小节奏,发个补偿,而且正常修复,玩家也就过去了
所以,总的来说,只能说洛克项目组 在多种条件下,才出现了现在的事故,但凡少一个条件组成,都爆不出这么大的幺蛾子~~





二号机









