第181章 TestFlight（1/6）

首先要做的是产品流程测试。

该阶段的测试一般由产品经理和开发人员一起完成。

按照产品逻辑连贯性挨个测试每一个功能模块是否可以流畅使用，尤其是一些核心功能点是否已经实现。

这个测试重点在于测试软件的功能需求。

这轮测试的主要目的是检验功能是否有无法使用或是有遗漏的情况；

界面是否错误？输入和输出是否正确？

数据库是否有短板？

初始化和终止错误等功能方面的问题。

完成开发人员的第一**能逻辑测试后。

接下来就是搭建测试环境供给专业测试人员进行下载测试。

有些团队是通过公司其他部门人员来进行测试。

通常是产品经理，公司高管，**或其他人员。

只要不是公司高管测试都好说。

啥也不懂还喜欢改需求，离谱。

产品经理起码懂点，**基本也是技术b，不可能瞎改需求。

至于说其他人员，其他人员一般没发言权，基本可以忽略不计。

但是不管哪些人来完成测试，这个过程的测试行为也是需要进行量化。

不量化的测试没意义，只有量化才能真正体现测试结果，保证软件质量。

完成以上两项测试工作后，此时便可以寻找一些小范围用户，在小成本下进行目标用户测试。

这个时候我们需要做好相应的测试准备，一个是测试结果回收渠道，常见的渠道有调查问卷，软件问题反馈渠道、用户交流群等。

这最后一个环节也通常被成为灰度测试。

不过以上流程只是一些涉及到较大型应用的测试流程。

像林灰现在搞得这个软件根本不需要逻辑测试和下载测试。

直接进行灰度测试就可以了。

涉及到编程逻辑之类的问题，这个林灰要是都做不好。

也别搞t了，直接养老就可以了。

涉及到wrklw这个软件的内测，跟游戏的内测还是有不小区别的。

作为一个苹果软件wrklw的内测尤其麻烦。

麻烦主要麻烦在软件分发上。

苹果手机应用不像安卓应用那样可以“随意”分发。

林灰一度怀疑苹果创始人有着极强的操控**。

总之涉及到苹果的一切都有着无穷无尽的规矩。

别的不说，苹果手机就连测试也都是条条框