测试是件极其麻烦的事情。
首先要做的是产品流程测试。
该阶段的测试一般由产品经理和开发人员一起完成。
按照产品逻辑连贯性挨个测试每一个功能模块是否可以流畅使用,尤其是一些核心功能点是否已经实现。
这个测试重点在于测试软件的功能需求。
这轮测试的主要目的是检验功能是否有无法使用或是有遗漏的情况;
界面是否错误?输入和输出是否正确?
数据库访问是否有短板?
初始化和终止错误等功能方面的问题。
完成开发人员的第一轮功能逻辑测试后。
接下来就是搭建测试环境供给专业测试人员进行下载测试。
有些团队是通过公司其他部门人员来进行测试。
通常是产品经理,公司高管,大boss或其他人员。
只要不是公司高管测试都好说。
啥也不懂还喜欢改需求,离谱。
产品经理起码懂点,大boss基本也是技术boss,不可能瞎改需求。
至于说其他人员,其他人员一般没发言权,基本可以忽略不计。
但是不管哪些人来完成测试,这个过程的测试行为也是需要进行量化。
不量化的测试没意义,只有量化才能真正体现测试结果,保证软件质量。
完成以上两项测试工作后,此时便可以寻找一些小范围用户,在小成本下进行目标用户测试。
这个时候我们需要做好相应的测试准备,一个是测试结果回收渠道,常见的渠道有调查问卷,软件问题反馈渠道、用户交流群等。
这最后一个环节也通常被成为灰度测试。
不过以上流程只是一些涉及到较大型应用的测试流程。
像林灰现在搞得这个软件根本不需要逻辑测试和下载测试。
直接进行灰度测试就可以了。
涉及到编程逻辑之类的问题,这个林灰要是都做不好。
也别搞it了,直接养老就可以了。
涉及到workflow这个软件的内测,跟游戏的内测还是有不小区别的。
作为一个蘋果软件workflow的内测尤其麻烦。
麻烦主要麻烦在软件分发上。
蘋果手机应用不像安卓应用那样可以“随意”分发。
林灰一度怀疑蘋果创始人有着极强的操控欲望。
总之涉及到蘋果的一切都有着无穷无尽的规矩。
别的不说,蘋果手机就连测试也都是条条框框给你限制好的。
具体到蘋果手机软件该怎样测试呢?