第163章 盲生总能发现华点
第163章盲生总能发现华点
虽然林灰已经决定要对workflow这款软件进行内测。
但摆在林灰面前的还有一个问题亟待解决:
林灰应该去哪找内测人员?
这原本不是一个问题的。
按林灰以前工作时的一些经验,所谓的α测试基本都是由公司内部员工顺带兼职了。
很少出现专门找人测试的场景。
但现在林灰只是一个光杆司令而已。
他该去找谁来来进行内测呢?
林灰还真没想到他居然会卡在软件开发流程中最后一个步骤上。
确实是最后一步了。
涉及到一款软件的内测其实已经是一款软件临近上线之前的一个程序了。
一般来说一个蘋果手机应用从开发到发布的流程:
无非就是先对需求进行分析。
所谓需求分析的目的主要是为了进行可行性评估。
毕竟一个项目最开始的时候项目可能只是一些抽象的想法。
这种情况下就需要对想法进行讨论,研究。
涉及到具体的研究过程,可能需要开发人员将想法一步步拆分,细分。
将笼统的想法分解成一个个明确的需求功能点。
需求分析结束之后,要进行相应的市场调查。
通过市场调查,来进一步衡量先前分析出的需求是否具有普适性。
之后开发人员才会正式进行App开发。
涉及到一些复杂的软件开发时。
搞具体开发可能是两拨人。
其中一拨人是专门负责UI开发的。
另一拨开发人员等拿到UI设计图后根据各个UI界面效果图进行功能和界面再进行的开发。
不涉及技术难题的情况下,具体开发一般不太复杂。
这只是一般情况。
涉及到一些需要交互的场景依旧十分麻烦。
很多在普通人眼里很容易实现的功能实际上非常难办。
在App开发完成之后,就进入了项目测试阶段。
测试人员对整个App进行测试,以期发现程序中一些问题。
这个过程一般要求开发人员需要同步调试测试人员发现的问题。
而测试之后再经过调试的应用基本就可以正式上架了。
这只是简单来讲。
涉及到像天狗啊、某音啊之类的大应用。
测试是件极其麻烦的事情。
首先要做的是产品流程测试。
该阶段的测试一般由产品经理和开发人员一起完成。
按照产品逻辑连贯性挨个测试每一个功能模块是否可以流畅使用,尤其是一些核心功能点是否已经实现。
这个测试重点在于测试软件的功能需求。
这轮测试的主要目的是检验功能是否有无法使用或是有遗漏的情况;
界面是否错误?输入和输出是否正确?
数据库是否有短板?
初始化和终止错误等功能方面的问题。
完成开发人员的第一轮功能逻辑测试后。
接下来就是搭建测试环境供给专业测试人员进行下载测试。
有些团队是通过公司其他部门人员来进行测试。
通常是产品经理,公司高管,大boss或其他人员。
只要不是公司高管测试都好说。
啥也不懂还喜欢改需求,离谱。
产品经理起码懂点,大boss基本也是技术boss,不可能瞎改需求。
至于说其他人员,其他人员一般没发言权,基本可以忽略不计。
但是不管哪些人来完成测试,这个过程的测试行为也是需要进行量化。
不量化的测试没意义,只有量化才能真正体现测试结果,保证软件质量。
完成以上两项测试工作后,此时便可以寻找一些小范围用户,在小成本下进行目标用户测试。
这个时候我们需要做好相应的测试准备,一个是测试结果回收渠道,常见的渠道有调查问卷,软件问题反馈渠道、用户交流群等。
这最后一个环节也通常被成为灰度测试。
不过以上流程只是一些涉及到较大型应用的测试流程。
像林灰现在搞得这个软件根本不需要逻辑测试和下载测试。
直接进行灰度测试就可以了。
涉及到编程逻辑之类的问题,这个林灰要是都做不好。
也别搞IT了,直接养老就可以了。
涉及到workflow这个软件的内测,跟游戏的内测还是有不小区别的。
作为一个蘋果软件workflow的内测尤其麻烦。
麻烦主要麻烦在软件分发上。
蘋果手机应用不像安卓应用那样可以“随意”分发。
林灰一度怀疑蘋果创始人有着极强的操控欲望。
总之涉及到蘋果的一切都有着无穷无尽的规矩。
别的不说,蘋果手机就连测试也都是条条框框给你限制好的。
具体到蘋果手机软件该怎样测试呢?
测试的时候最重要的问题是对待测试软件进行分发。
换言之就是你得把需要测试的软件分发到测试人员的设备上。
从前世来看,因为分发机制的不同,涉及到软件测试一般有三种。
分别是企业签名分发、TF签名分发和个人开发者账号分发。
林灰前世工作的时候,涉及到这种测试的时候开发组一般是直接应用企业签名进行内测应用分发的。
这种分发方式是蘋果应用商店企业级开发账号的一个特权。
在蘋果应用商店的开发者一般有三种账号。
分别是个人开发者账号、公司开发者账号和企业开发者账号。
蘋/果企业级开发账号是蘋/果公司提供给iOS开发者的一种高级别的开发者账号,
林灰先前在应用商店里的那个账号虽然已经是卓越开发者账号。
但归根到底仍然是属于个人开发者账号。
从功能上来讲蘋果应用商店个人开发者账号的功能跟企业级账号的功能相比还是相去甚远的。
当然了,蘋果应用商店企业级开发账号的价格也比个人账号和公司账号更贵,年费为299美元。
而且并不是有钱就能申请这种账号。
通过蘋/果官方网站申请一个全新的企业账号是非常困难的。
一方面在申请企业账号时,开发者需要向蘋/果需要提供大量的资料;
另一方面,蘋/果对新的企业账号审批数量也极为有限的。
总之,目前企业账号在市面上的存量是相对稀少的。
甚至很多真正需要蘋/果企业账号的开发者也无法申请的企业账号。
企业级账号一大特权是可以将签名后的应用在任何iOS设备上安装,且没有安装数量的限制。
企业签名是是对蘋/果安装包(IPA)用企业账号进行打包的一个过程。
企业签名有点类似于数字签名,它是基于非对称加密算法实现的。
是指使用蘋/果企业账号打包InHouse版的IPA文件,表示该蘋/果企业账号认可了这份数据。
在企业签名之后,应用就可以就行分发。
蘋/果签名的实质有点类似于对安装包的授权过程。
授权后的安装包才可以在蘋果手机系统上进行安装。
(就很离谱,安装包也要授权。
不过想想蘋果对数据线都mfi授权,对安装包授权也不足为奇。)
怎么理解这个过程呢?
拿林灰先前上线应用的过程来说吧。
林灰将应用上线到蘋果应用商店后。
并不代表着这些应用就可以直接面对普通用户了。
这之后还是需要经过官方审核的。
尽管现在林灰这种情况,每次上线应用审核时间很短。
但依旧是需要审核的,只有审核之后才可以进行由其他用户进行下载。
而企业级账号则没有这个约束。
只要企业签名之后就可以经由测试人员下载。
这个签名有效期大概是一年。
但值得注意的是,蘋果方面之所以提供这个功能是为了让企业级别用户在开发测试和分发App时能更加方便。
而不是为了别的用途。
但总有一些脑回路神奇的企业,盲生总能发现华点。
一些不法企业往往利用这个机制直接搞一些那种你懂的那种软件来规避蘋果应用上线的审核机制来进行软件分发。
明面上似乎是将这类应用分发到测试人员那,实际上是分发给一些ls用户。
嘿嘿嘿。
和这种分发机制类似的是通过TF签名。
TF签名,全称是testflight签名,是把IPA文件上传到蘋/果官方的应用内测平台的过程。
Testflight是蘋/果官方的应用内测平台,它与AppStore的性质类似,都是蘋/果官方认可的分发渠道。
蘋/果TF签名是目前市场上唯一一个可以宣称永不掉签的签名。
不过也只是稳定使用90天而已。
值得一提的是,正因为这个机制的存在。
使得一些无法上架AppStore的App也会通过这个渠道来实现软件的发布。。
这种情况下,部分奇奇怪怪的应用只能通过textflight下载。
不过这里没有企业签名那么随意。
这里上架的话也需要审核。
只是相对宽松而已。
饶是如此,textflight因为应用丰富也常常被称为第二AppStore。
林灰进行测试的话大概率是通过这种方式进行。
虽然利用个人开发者账号也能进行分发吧。
但个人开发者账号进行分发的时候限制太多了。
个人开发者一年最多为100台设备分发。
以林灰这种开发软件的速度。
100台分发资格只能说是十分不够用。
总之,虽然暂时内测人员难找。
但林灰还是决定将软件上传的textflight上。
等找到合适的内测人员再开放内测资格就完事了。
原本这只是一个简单的任务。
不过林灰却碰壁了。
这个时空居然没有textflight!
呃,不对,也不能说这个时空没textflight。
不过这个时空的textflight居然只专注于安卓应用分发。
请收藏本站:https://www.xsww.cc。炫书网手机版:https://m.xsww.cc
虽然林灰已经决定要对workflow这款软件进行内测。
但摆在林灰面前的还有一个问题亟待解决:
林灰应该去哪找内测人员?
这原本不是一个问题的。
按林灰以前工作时的一些经验,所谓的α测试基本都是由公司内部员工顺带兼职了。
很少出现专门找人测试的场景。
但现在林灰只是一个光杆司令而已。
他该去找谁来来进行内测呢?
林灰还真没想到他居然会卡在软件开发流程中最后一个步骤上。
确实是最后一步了。
涉及到一款软件的内测其实已经是一款软件临近上线之前的一个程序了。
一般来说一个蘋果手机应用从开发到发布的流程:
无非就是先对需求进行分析。
所谓需求分析的目的主要是为了进行可行性评估。
毕竟一个项目最开始的时候项目可能只是一些抽象的想法。
这种情况下就需要对想法进行讨论,研究。
涉及到具体的研究过程,可能需要开发人员将想法一步步拆分,细分。
将笼统的想法分解成一个个明确的需求功能点。
需求分析结束之后,要进行相应的市场调查。
通过市场调查,来进一步衡量先前分析出的需求是否具有普适性。
之后开发人员才会正式进行App开发。
涉及到一些复杂的软件开发时。
搞具体开发可能是两拨人。
其中一拨人是专门负责UI开发的。
另一拨开发人员等拿到UI设计图后根据各个UI界面效果图进行功能和界面再进行的开发。
不涉及技术难题的情况下,具体开发一般不太复杂。
这只是一般情况。
涉及到一些需要交互的场景依旧十分麻烦。
很多在普通人眼里很容易实现的功能实际上非常难办。
在App开发完成之后,就进入了项目测试阶段。
测试人员对整个App进行测试,以期发现程序中一些问题。
这个过程一般要求开发人员需要同步调试测试人员发现的问题。
而测试之后再经过调试的应用基本就可以正式上架了。
这只是简单来讲。
涉及到像天狗啊、某音啊之类的大应用。
测试是件极其麻烦的事情。
首先要做的是产品流程测试。
该阶段的测试一般由产品经理和开发人员一起完成。
按照产品逻辑连贯性挨个测试每一个功能模块是否可以流畅使用,尤其是一些核心功能点是否已经实现。
这个测试重点在于测试软件的功能需求。
这轮测试的主要目的是检验功能是否有无法使用或是有遗漏的情况;
界面是否错误?输入和输出是否正确?
数据库是否有短板?
初始化和终止错误等功能方面的问题。
完成开发人员的第一轮功能逻辑测试后。
接下来就是搭建测试环境供给专业测试人员进行下载测试。
有些团队是通过公司其他部门人员来进行测试。
通常是产品经理,公司高管,大boss或其他人员。
只要不是公司高管测试都好说。
啥也不懂还喜欢改需求,离谱。
产品经理起码懂点,大boss基本也是技术boss,不可能瞎改需求。
至于说其他人员,其他人员一般没发言权,基本可以忽略不计。
但是不管哪些人来完成测试,这个过程的测试行为也是需要进行量化。
不量化的测试没意义,只有量化才能真正体现测试结果,保证软件质量。
完成以上两项测试工作后,此时便可以寻找一些小范围用户,在小成本下进行目标用户测试。
这个时候我们需要做好相应的测试准备,一个是测试结果回收渠道,常见的渠道有调查问卷,软件问题反馈渠道、用户交流群等。
这最后一个环节也通常被成为灰度测试。
不过以上流程只是一些涉及到较大型应用的测试流程。
像林灰现在搞得这个软件根本不需要逻辑测试和下载测试。
直接进行灰度测试就可以了。
涉及到编程逻辑之类的问题,这个林灰要是都做不好。
也别搞IT了,直接养老就可以了。
涉及到workflow这个软件的内测,跟游戏的内测还是有不小区别的。
作为一个蘋果软件workflow的内测尤其麻烦。
麻烦主要麻烦在软件分发上。
蘋果手机应用不像安卓应用那样可以“随意”分发。
林灰一度怀疑蘋果创始人有着极强的操控欲望。
总之涉及到蘋果的一切都有着无穷无尽的规矩。
别的不说,蘋果手机就连测试也都是条条框框给你限制好的。
具体到蘋果手机软件该怎样测试呢?
测试的时候最重要的问题是对待测试软件进行分发。
换言之就是你得把需要测试的软件分发到测试人员的设备上。
从前世来看,因为分发机制的不同,涉及到软件测试一般有三种。
分别是企业签名分发、TF签名分发和个人开发者账号分发。
林灰前世工作的时候,涉及到这种测试的时候开发组一般是直接应用企业签名进行内测应用分发的。
这种分发方式是蘋果应用商店企业级开发账号的一个特权。
在蘋果应用商店的开发者一般有三种账号。
分别是个人开发者账号、公司开发者账号和企业开发者账号。
蘋/果企业级开发账号是蘋/果公司提供给iOS开发者的一种高级别的开发者账号,
林灰先前在应用商店里的那个账号虽然已经是卓越开发者账号。
但归根到底仍然是属于个人开发者账号。
从功能上来讲蘋果应用商店个人开发者账号的功能跟企业级账号的功能相比还是相去甚远的。
当然了,蘋果应用商店企业级开发账号的价格也比个人账号和公司账号更贵,年费为299美元。
而且并不是有钱就能申请这种账号。
通过蘋/果官方网站申请一个全新的企业账号是非常困难的。
一方面在申请企业账号时,开发者需要向蘋/果需要提供大量的资料;
另一方面,蘋/果对新的企业账号审批数量也极为有限的。
总之,目前企业账号在市面上的存量是相对稀少的。
甚至很多真正需要蘋/果企业账号的开发者也无法申请的企业账号。
企业级账号一大特权是可以将签名后的应用在任何iOS设备上安装,且没有安装数量的限制。
企业签名是是对蘋/果安装包(IPA)用企业账号进行打包的一个过程。
企业签名有点类似于数字签名,它是基于非对称加密算法实现的。
是指使用蘋/果企业账号打包InHouse版的IPA文件,表示该蘋/果企业账号认可了这份数据。
在企业签名之后,应用就可以就行分发。
蘋/果签名的实质有点类似于对安装包的授权过程。
授权后的安装包才可以在蘋果手机系统上进行安装。
(就很离谱,安装包也要授权。
不过想想蘋果对数据线都mfi授权,对安装包授权也不足为奇。)
怎么理解这个过程呢?
拿林灰先前上线应用的过程来说吧。
林灰将应用上线到蘋果应用商店后。
并不代表着这些应用就可以直接面对普通用户了。
这之后还是需要经过官方审核的。
尽管现在林灰这种情况,每次上线应用审核时间很短。
但依旧是需要审核的,只有审核之后才可以进行由其他用户进行下载。
而企业级账号则没有这个约束。
只要企业签名之后就可以经由测试人员下载。
这个签名有效期大概是一年。
但值得注意的是,蘋果方面之所以提供这个功能是为了让企业级别用户在开发测试和分发App时能更加方便。
而不是为了别的用途。
但总有一些脑回路神奇的企业,盲生总能发现华点。
一些不法企业往往利用这个机制直接搞一些那种你懂的那种软件来规避蘋果应用上线的审核机制来进行软件分发。
明面上似乎是将这类应用分发到测试人员那,实际上是分发给一些ls用户。
嘿嘿嘿。
和这种分发机制类似的是通过TF签名。
TF签名,全称是testflight签名,是把IPA文件上传到蘋/果官方的应用内测平台的过程。
Testflight是蘋/果官方的应用内测平台,它与AppStore的性质类似,都是蘋/果官方认可的分发渠道。
蘋/果TF签名是目前市场上唯一一个可以宣称永不掉签的签名。
不过也只是稳定使用90天而已。
值得一提的是,正因为这个机制的存在。
使得一些无法上架AppStore的App也会通过这个渠道来实现软件的发布。。
这种情况下,部分奇奇怪怪的应用只能通过textflight下载。
不过这里没有企业签名那么随意。
这里上架的话也需要审核。
只是相对宽松而已。
饶是如此,textflight因为应用丰富也常常被称为第二AppStore。
林灰进行测试的话大概率是通过这种方式进行。
虽然利用个人开发者账号也能进行分发吧。
但个人开发者账号进行分发的时候限制太多了。
个人开发者一年最多为100台设备分发。
以林灰这种开发软件的速度。
100台分发资格只能说是十分不够用。
总之,虽然暂时内测人员难找。
但林灰还是决定将软件上传的textflight上。
等找到合适的内测人员再开放内测资格就完事了。
原本这只是一个简单的任务。
不过林灰却碰壁了。
这个时空居然没有textflight!
呃,不对,也不能说这个时空没textflight。
不过这个时空的textflight居然只专注于安卓应用分发。
请收藏本站:https://www.xsww.cc。炫书网手机版:https://m.xsww.cc