第182章 软件测试二三事（2 / 2）

天线门事件才刚刚过去几年。

苹果方面还不想重蹈覆辙。

在这种情况下，苹果面对降频事件选择继续上报。

毕竟涉及到“降频”这事，影响到的肯定不单单是国内地区的苹果手机，而是全球苹果手机的。

在涉及到全球苹果手机的情况下，主意肯定是要苹果总部拿主意。

而且苹果中国也只能选择上报。

现在的苹果在东方某大国虽然已经存在业务了并且业务规模不算小。

但此时苹果在东方某大国业务是由包括行业客户事业部、消费电子产品事业部、教育市场产品事业部等四个事业部共同负责的。

这些部门基本互不统属，基本上是一盘散沙。

涉及到一般事件的时候还好说，面对这种突发事件根本是应付不来。

在这种情况下，逐级上报似乎是最正确的方法。

当然了在上报的同时苹果中国的市场部人员也没忘了将他们的分析结论一同上报。

虽然林灰已经决定要对workflow这款软件进行内测。

但摆在林灰面前的还有一个问题亟待解决：

林灰应该去哪找内测人员？

这原本不是一个问题的。

按林灰以前工作时的一些经验，所谓的α测试基本都是由公司内部员工顺带兼职了。

很少出现专门找人测试的场景。

但现在林灰只是一个光杆司令而已。

他该去找谁来来进行内测呢？

林灰还真没想到他居然会卡在软件开发流程中最后一个步骤上。

确实是最后一步了。

涉及到一款软件的内测其实已经是一款软件临近上线之前的一个程序了。

一般来说一个苹果手机应用从开发到发布的流程：

无非就是先对需求进行分析。

所谓需求分析的目的主要是为了进行可行性评估。

毕竟一个项目最开始的时候项目可能只是一些抽象的想法。

这种情况下就需要对想法进行讨论，研究。

涉及到具体的研究过程，可能需要开发人员将想法一步步拆分，细分。

将笼统的想法分解成一个个明确的需求功能点。

需求分析结束之后，要进行相应的市场调查。

通过市场调查，来进一步衡量先前分析出的需求是否具有普适性。

之后开发人员才会正式进行App开发。

涉及到一些复杂的软件开发时。

搞具体开发可能是两拨人。

其中一拨人是专门负责UI开发的。

另一拨开发人员等拿到UI设计图后根据各个UI界面效果图进行功能和界面再进行的开发。

不涉及技术难题的情况下，具体开发一般不太复杂。

这只是一般情况。

涉及到一些需要交互的场景依旧十分麻烦。

很多在普通人眼里很容易实现的功能实际上非常难办。

在App开发完成之后，就进入了项目测试阶段。

测试人员对整个App进行测试，以期发现程序中一些问题。

这个过程一般要求开发人员需要同步调试测试人员发现的问题。

而测试之后再经过调试的应用基本就可以正式上架了。

这只是简单来讲。

涉及到像天狗啊、某音啊之类的大应用。

测试是件极其麻烦的事情。