即便能解释得了林灰游戏不同机型体验上的问题。
但涉及到降频这事也不好解释。
如果没降频的话还好说。
但麻烦的地方在于苹淉方面真的降频了。
比这更麻烦的事情在于降频事件发酵的速度。
苹果市场方面的工作人员始终想不明白为什么原本只是发生在微博上一个不起眼的小风波会愈演愈烈。
莫非这次事件背后还有别的推手？
似乎也只能是这样解释了。
不然的话每天在微博上吐槽苹果手机的大有人在。
怎么偏偏这次事情会演变成这样？
如果事件后有推手的话，那把锅甩在林灰身上显然就不合适了。
这起事件背后处心积虑要拿“降频”这事做文章的人就算这次不利用《Hill Climb Racing》这款游戏作为切入点。
也会找到别的各种各样的切入点的。
这种情况下把林灰牵扯进来实属没必要。
至于背后的推手究竟是谁？
苹果方面首先想到的boom手机。
这是最有可能的推手。
从现在全球手机市场的份额来看。
苹果要倒霉的话，肯定是BOOM手机获利最多。
而且微博上这起事件看起来最直接的推动者就是“科技百态”这名博主。
虽然此人一向独立客观公正的测评理念。
但人生在世，谁还没个真香的时候。
这种看似一向公平的人，突然带节奏才杀伤力十足。
苹果方面的市场分析人员早就感觉此人同BOOM手机眉来眼去了。
在先前“科技百态”测评的手机里，几乎从来没测试过BOOM手机的主力机型。
这里面多半是有猫腻的。
尽管没确切的证据，但苹果市场部的公关人员依然认为有这种迹象。
尤其是今晚“科技百态”这位博主的表现更是很有问题。
如果真的有问题那就是法务部门的事情了。
市场部现在要考虑的不是事件推手是谁的问题。
而是要解决关于降频问题的衍生事件。
虽然现在涉及到降频的衍生事件还不多。
现在外界的报道还只是宣称因为苹果方面的降频导致了部分游戏的卡顿。
但时间拖得久一些的话可就未必了。
诸如手机使用不流畅、运行速度变慢、跑分成绩下降这些问题都有可能被归咎于降频。
甚至有可能一些人为操作所引发的问题也会归咎于降频。
天线门事件才刚刚过去几年。
苹果方面还不想重蹈覆辙。
在这种情况下，苹果面对降频事件选择继续上报。
毕竟涉及到“降频”这事，影响到的肯定不单单是国内地区的苹果手机，而是全球苹果手机的。
在涉及到全球苹果手机的情况下，主意肯定是要苹果总部拿主意。
而且苹果中国也只能选择上报。
现在的苹果在东方某大国虽然已经存在业务了并且业务规模不算小。
但此时苹果在东方某大国业务是由包括行业客户事业部、消费电子产品事业部、教育市场产品事业部等四个事业部共同负责的。
这些部门基本互不统属，基本上是一盘散沙。
涉及到一般事件的时候还好说，面对这种突发事件根本是应付不来。
在这种情况下，逐级上报似乎是最正确的方法。
当然了在上报的同时苹果中国的市场部人员也没忘了将他们的分析结论一同上报。
虽然林灰已经决定要对workflow这款软件进行内测。
但摆在林灰面前的还有一个问题亟待解决：
林灰应该去哪找内测人员？
这原本不是一个问题的。
按林灰以前工作时的一些经验，所谓的a测试基本都是由公司内部员工顺带兼职了。
很少出现专门找人测试的场景。
但现在林灰只是一个光杆司令而已。
他该去找谁来来进行内测呢？
林灰还真没想到他居然会卡在软件开发流程中最后一个步骤上。
确实是最后一步了。
涉及到一款软件的内测其实已经是一款软件临近上线之前的一个程序了。
一般来说一个苹果手机应用从开发到发布的流程：
无非就是先对需求进行分析。
所谓需求分析的目的主要是为了进行可行性评估。
毕竟一个项目最开始的时候项目可能只是一些抽象的想法。
这种情况下就需要对想法进行讨论，研究。
涉及到具体的研究过程，可能需要开发人员将想法一步步拆分，细分。
将笼统的想法分解成一个个明确的需求功能点。
需求分析结束之后，要进行相应的市场调查。
通过市场调查，来进一步衡量先前分析出的需求是否具有普适性。
之后开发人员才会正式进行App开发。
涉及到一些复杂的软件开发时。
搞具体开发可能是两拨人。
其中一拨人是专门负责UI开发的。
另一拨开发人员等拿到UI设计图后根据各个UI界面效果图进行功能和界面再进行的开发。
不涉及技术难题的情况下，具体开发一般不太复杂。
这只是一般情况。
涉及到一些需要交互的场景依旧十分麻烦。
很多在普通人眼里很容易实现的功能实际上非常难办。
在App开发完成之后，就进入了项目测试阶段。
测试人员对整个App进行测试，以期发现程序中一些问题。
这个过程一般要求开发人员需要同步调试测试人员发现的问题。
而测试之后再经过调试的应用基本就可以正式上架了。
这只是简单来讲。
涉及到像天狗啊、某音啊之类的大应用。
测试是件极其麻烦的事情。
首先要做的是产品流程测试。
该阶段的测试一般由产品经理和开发人员一起完成。
按照产品逻辑连贯性挨个测试每一个功能模块是否可以流畅使用，尤其是一些核心功能点是否已经实现。
这个测试重点在于测试软件的功能需求。
这轮测试的主要目的是检验功能是否有无法使用或是有遗漏的情况；
界面是否错误？输入和输出是否正确？
数据库是否有短板？
初始化和终止错误等功能方面的问题。
完成开发人员的第一轮功能逻辑测试后。
接下来就是搭建测试环境供给专业测试人员进行下载测试。
喜欢穿越：2014请大家收藏：(www.kuaiyankanshu.org)穿越：2014快眼看书更新速度全网最快。