iOS8使用TestFlight进行内部測试功能尝鲜

iOS8公布了有一段时间了,我们的策划非常新潮的速度给升级到iOS8了。

于是XCode5不支持了,仅仅好从MacOS 10.8升级到10.9,再升级到10.9.5,再下载XCode6安装……

然后前两天上传一个版本号给苹果审核。发现iTunes Connect里多了一个Prerelease选项卡。里面有一个Internal Testers。于是上网搜索了下,看到了一篇介绍文章:http://www.infoq.com/cn/news/2014/06/apple-ios8-testflight/

看完后感觉似乎非常好用,如今越来越多的人不愿意越狱了,于是给他们发測试版本号就成了难题,假设能用上这个官方支持的測试体系,是非常方便的。

于是看着文档给摆弄好了,只是感觉限制还是太大,差点儿没什么意义。理由例如以下:

1.    要求iOS8系统。眼下这个系统接受度不高,让人家为了測试专门升级系统,未必能让人接受

2.    測试者必须拥有iTunes帐号上的Admin/Tech/Legal权限之中的一个。但这些权限显然不能给基层測试人员,甚至是合作測试方。

因为如上限制,个人觉得苹果新提供的这个功能,就真的仅仅能用于内部測试了。比方像我前公司那样事情分的比較细的。程序把版本号传上去,然后由负责管理iTunes上版本号的人去測试。但通常真正的内部測试。測试者是QA或策划,为了帐号安全,他们通常没有或者不全有iTunes权限,这就让这个功能显得非常鸡肋了。

粗略的步骤在这篇文章讲的比較清楚了 http://blog.thebetafamily.com/2014/09/10/testflight-beta-testing-ios-8/ 。尽管是E文的,但胜在图多,但或许是由于iTunes之后有更新或者其它。有些步骤我在实际操作上发现略有不同。

有不正常的地方以苹果的官方文档为准 https://developer.apple.com/library/ios/documentation/LanguagesUtilities/Conceptual/iTunesConnect_Guide/Chapters/BetaTestingTheApp.htm

大体描写叙述一下流程

开发人员这边须要做的:

1.     上传測试版本号。上传步骤和上传给苹果审核没什么差别,上传完就会出如今Builds里面。之前我測试的时候,上传后不显示应用程序图标,旁边有一个提示,要求用这个功能更新后新建的provision file。但今天去看,那个不能用的旧版本号不再有这种提示了。而且在文档中没发现,不知道是否是苹果取消了这个限制。

2.     在Users and Roles中的iTunes Connect Users分页加入内部測试者帐号,并点开,在Details分页中,打开 Internal Tester。并点右上角Save

3.     回到Prerelease分页的Intervnal Testers里面。就能够看到刚刚加入的帐号了。点击左边的勾选框,并点Save,这时候会看到Status状态变成了Added

4.     invitebutton我当时找了半天没找到。最后看了苹果的官方文档才知道(To invite Internal testers, turn the Enable Beta Testing switch to the On position.

) 意即是回到Builds界面,把 TestFlight Beta Testing的button转为开启模式。假设你之前以前打开过。那么就先关闭,然后再打开。这时候就会发现用户状态自己主动转为Invited了

接下来就都是測试方要做的事情了:

1.      首先測试者得有一个iOS8设备,并在App Store上下载安装TestFlight这个软件,并登陆具有Intervnal Testers权限的Apple Id。

2.      然后在iOS8设备上打开Apple Id相应的邮箱中的邀请邮件,然后点击邮件正中那个 Open in TestFlight button,就会打开了TestFlight。并会出现我们上传的測试应用。此时就能够下载測试了。

时间: 2024-12-13 01:02:03

iOS8使用TestFlight进行内部測试功能尝鲜的相关文章

iOS8使用TestFlight进行内部测试功能尝鲜

iOS8发布了有一段时间了,我们的策划很新潮的速度给升级到iOS8了.于是XCode5不支持了,只好从MacOS 10.8升级到10.9,再升级到10.9.5,再下载XCode6安装-- 然后前两天上传一个版本给苹果审核,发现iTunes Connect里多了一个Prerelease选项卡,里面有一个Internal Testers,于是上网搜索了下,看到了一篇介绍文章:http://www.infoq.com/cn/news/2014/06/apple-ios8-testflight/ 看完后

软件測试相关简要记录

软件測试 编码和測试统称为实现. 通常在编写出每一个模块之后就对程序做必要的測试,这叫做单元測试. 模板的编写者和測试者是同一个人. 之后会进行其它综合測试.由专门的測试人员承担这份工作.也就是软件測试project师. 软件測试的工作量往往占软件开发总工作量的40%以上. 编码 对于编码有例如以下要求: 1)程序内部的文档 2)数据说明 3)语句构造 4)输入输出 5)效率:程序执行时间.存储器效率.输入输出的效率 软件測试基础 一.软件測试的目标 1)測试是为了发现程序中的错误而执行程序的过

软件測试基本方法(七)之验收測试

验收測试是在功能測试和系统測试之后进行的,所以验收測试的前提条件是系统或软件产品已通过了内部測试.然后和用户一起验收软件,在真实环境下执行软件,看是否存在与用户需求不一致的问题或违背产品规格书的要求.因为測试人员不可能全然用户实际使用情况,所以软件是否真正满足终于用户的要求.应由用户进行一系列的验收測试. (1)验收測试定义: 检查软件是否符合合同要求,包含需求规格说明.设计规格说明和用户手冊等. (2)測试内容: 易用性測试(用户界面和可用性測试) 兼容性測试(软件兼容性測试.数据共享兼容性測

android測试工具MonkeyRunner--google官网翻译

近期在复习之前的笔记,在回想MonkeyRunner时看了看google官网的内容,写得不错.就翻译出来分享下.事实上google官网真是一个学习的好地方. 基础知识 MonkeyRunner工具提供了一个API用于在Android代码之外控制Android设备和模拟器.通过MonkeyRunner.您能够写出一个Python程序去安装一个Android应用程序或測试包.执行它,向它发送模拟击键.截取它的用户界面图片.并将截图存储于工作站上.monkeyrunner工具的主要设计目的是用于測试功

软件測试计划模板

第1章 引言 1.1目的 简述本计划的目的,旨在说明各种測试阶段任务.人员分配和时间安排.工作规范等. 測试计划在策略和方法的高度说明怎样计划.组织和管理測试项目.測试计划包括足够的信息使測试人员明确项目须要做什么是怎样运作的.另外,清晰的文档结构能使不论什么一个读者在浏览计划的前面几页后,就能对项目有一个大概的认识.測试计划仅仅是測试的一个框架,非常多细节须要跟开发者或其它人员沟通,因此计划不包括測试用例的细节和系统功能的具体信息.在计划目的中须要指明读者对象. 1.2名词解释 列出本计划中使

话说站点压力測试

作为一名合格的站点的架构师,需对站点总体能承载的压力了如指掌,仅仅有这样才干做到运筹帷幄,决胜千里. 尤其是一个新项目在上线之前,首要做的是在预演环境,模拟用户訪问进行压測.这样,对于其能承受多大訪问量.在高并发情况下,web服务及server硬件的性能怎样? 这些数据指标我们都要收集.以此来对上线后的真实环境下,用户体验效果的优劣做出正确评估. 可是,在压力測试中存在一个共性.那就是压力測试的结果与实际负载结果不会全然同样,就算压力測试工作做的再好,也不能保证100%和线上性能指标同样.面对这

Android自己主动化測试解决方式

如今,已经有大量的Android自己主动化測试架构或工具可供我们使用,当中包含:Activity Instrumentation, MonkeyRunner, Robotium, 以及Robolectric.另外LessPainful也提供服务来进行真实设备上的自己主动化測试. Android自身提供了对instrumentation測试的基本支持,当中之中的一个就是位于android.test包内的ActivityInstrumentationTestCase2类,它扩展了JUnit的Test

GMGDC专訪戴亦斌:具体解释QAMAster全面測试服务6大功能

GMGDC专訪戴亦斌:具体解释QAMAster全面測试服务6大功能 2014/10/10 · Testin · 业界资讯 在9月24-25日第三届全球移动游戏开发人员大会上,Testin云測COO戴亦斌受邀在GMGDC官方採訪中心接受多家媒体採訪,具体阐述和分析Testin云測全新推出的质量管家QAMAster全面測试服务的6大功能与服务. 下面为主要专訪内容: 问:Testin云測在Q3或者Q4有无新服务提供给开发人员? 戴亦斌:借着GMGDC的大会,我们把Testin两项服务正式推出来,事实

ESP8266学习笔记1:怎样在安信可全功能測试板上实现ESP-01的编译下载和调试

近期调试用到了安信可的ESP-01模块,最终打通了编译下载调试的整个通道,有一些细节须要记录,方便兴许的开发工作. 转载请注明:http://blog.csdn.net/sadshen/article/details/46776663 一.硬件准备 安信可的相关资料没有一个非常好的收集.费了非常大劲才从QQ群中下载到了測试板电路图,最终搞明确了拨码开关的含义.另外ESP-01的flash大小也没地方标明.问了QQ群里的人才知道手头的这个黑色版本号模块的flash大小是1M. 通过对电路的了解,大