TestFlight进行测试

作者 R呀呦 关注

2015.11.16 22:39 字数 987 阅读 23236评论 93喜欢 49

在日常的开发当中,当一个项目在开发过程中或者完成准备上线,都需要我们进行真机测试,否则不可能开发完了就直接扔到了App,等上线了再下载看看,这都是不可能的。那么说到真机测试,大家肯定会想到弄一个99美刀的开发者账号,然后在开发者账号中把自己的设备注册成测试机,下载一个证书,一个描述文件,安装,运行,搞定。我平时也是这么搞得,但是对于高度强迫症的我来说,在项目发布前还是不放心使用测试机进行测试,万一把测试环境的版本传上去怎么办,所以这个时候我习惯性的就会使用TestFlight进行测试一下,不求别的,只求心安,那么为什么使用TestFlight进行测试就会心安,就不怕发错版本呢? 它究竟是个什么鬼?
首先它的出现是在iOS8的时候,在Xcode 6和iOS 8上公开发行,它被整合到了iTunes Connect,你可以通过电子邮件的形式来邀请你的Beta测试成员。
TestFlight的测试方式分为两种,一种是内部测试,一种是外部测试。从功能上讲,这两种方式都可以为测试人员在测试阶段对你的App进行测试。但是既然分了内部测试和外部测试,他们肯定还是有区别的,所谓的内部主要是指iTunes Connect上在你的开发团队里参与技术开发或者管理的成员(管理员,技术,法务人员)。最多可以邀请25个内部成员,而与之相对的外部测试,指的是那些不属于你的团队或者公司的测试者,外部测试人员的上限是2000人。这里有一点需要注意的是,在你邀请外部成员参与测试之前,需要先通过苹果的审核,一般审核会在一天左右。而这一限制在内部成员上就没有,也就是说只要你把你的App上传到iTunes Connect上之后内部成员就可以开始进行内部测试了,无需审核。

TestFlight 内部测试 外部测试

下面我们来说一下怎么使用这个东西,这个过程咱们给概括一下基本分为三步:
一:上传程序到iTunes Connect
上传程序到iTunes Connect,这个就不用多说了,大家都知道怎么上传,这里简单说一下,首先在iTunes Connect创建一个自己应用,已经有的就不必创建了,然后在Xcode上配置好相应的证书,对应用程序进行打包,最后通过 archive打包 或者 用Application Loader 上传,就可以了

二:发送 TestFlight 测试邀请
登录开发者网站,https://developer.apple.com,来到iTunes Connect,找到你刚才上传的app,找到TestFlight,然后选择内部测试,或者是外部测试,然后你还要进行选择测试版本,就是你要对哪个版本的app进行测试,选完了版本之后,要添加需要进行测试的人员,选择好人员之后最后一步,开始测试,这个时候被选择人员的邮箱就会收到一个TestFlight的测试邀请邮件,如下图:

TestFlight 页面

三:如果你没安装TestFlight这个app,先到AppStore上搜索 TestFlight,然后下载下来,使用你的Apple ID登录,然后在手机打开你的邮箱,找到刚才收到的邮件,要是没找到,建议到垃圾邮件看一眼,然后点击 Start Testing 按钮,这个时候会直接跳转到你的TestFlight上,最后点击INSTALL进行下载。如图:

TestFlight App

TestFlight 邮件

时间: 2024-08-04 03:34:03

TestFlight进行测试的相关文章

TestFlight APP测试(IOS如何让上架前给其他人测试)

大家都知道, 以前ios项目要测试只需要上传到testflightapp.com, 被邀请和授权的设备都可以下载来测试, 但是直到美国时间2015年2月26日, Apple取消了testflightapp.com的域名, 以后测试都必须用TestFlight App(可以从app store下载, 仅支持ios8.0及以上), ipa文件只能提交到itunesconnect中心. 下面详细说一下测试的步骤和一些注意点: * 你也可以看apple的官方文档(TestFlight Beta Test

如何使用TestFlight进行App构建版本测试(转)

在日常的开发当中,当一个项目在开发过程中或者完成准备上线,都需要我们进行真机测试,否则不可能开发完了就直接扔到了App,等上线了再下载看看,这都是不可能的.那么说到真机测试,大家肯定会想到弄一个99美刀的开发者账号,然后在开发者账号中把自己的设备注册成测试机,下载一个证书,一个描述文件,安装,运行,搞定.我平时也是这么搞得,但是对于高度强迫症的我来说,在项目发布前还是不放心使用测试机进行测试,万一把测试环境的版本传上去怎么办,所以这个时候我习惯性的就会使用TestFlight进行测试一下,不求别

深度解析两大内测分发工具Pre.im与TestFlight

说起移动应用的内测分发平台,众多开发者首要想到的就是国外的TestFlight.不过最近国内的一家测试平台Testin也针对内测分发这一环节推出了平台Pre.im,受到了开发者的追捧.这里,我们就来深度解析一下老牌平台TestFlight与后起之秀Pre.im之间的不同,以便开发者可以更好地选择最适合自己的内测分发工具. 语言环境 这是两者最直观的一个区别,TestFlight从登录界面到帮助文档皆是全英文环境,Pre.im则全是中文.下面,就来个帮助文档方面的对比. 不过,如果开发者对语言方面

TestFlight的使用--再也不用担心环境打错了

一.前言 在iOS开发过程中,难免会遇到各种Bug.因此你会去解决所有的Bug,然后提交到AppStore.但是,有的人也许会遇到这种情况:上架发布之后下载最新的包,发现访问的环境错误.仔细查看,原来是上传的包里面的环境打错了(正式环境.日常环境.预发环境,打的不是正式环境).这种问题很尴尬,因为测试工程师在测试的时候使用的包的确没问题,所以这不是测试的锅,只能是开发人员的锅.经过我的测试,打好的用于上传到AppStore的release包是无法安装到测试机器上的.所以在你上传到AppStore

iOS——TestFlight Beta Testing

TestFlight Beta Testing makes it easy to invite users to test youriOS 8 apps before you release them on the App Store. You can invite up to 1,000 external testers using just their email address. TestFlight Beta Testing 使得在你的App发布到App Store之前邀请用户测试变得很

iOS开发者程序许可协议

请仔细阅读下面的许可协议条款和条件之前下载或使用苹果软件.   这些条款和条件构成你和苹果之间的法律协议. 目的 你想使用苹果软件(如下定义)来开发一个或多个应用程序(如下定义)Apple-branded产品运行iOS. 苹果愿意授予您有限的许可使用苹果软件开发和测试您的应用程序在本协议规定的条款和条件. 开发的应用程序在此协议下可以分布在四个方面:(1)通过应用程序商店,如果选择苹果,(2)通过VPP / B2B项目网站,如果选择苹果,(3)在一个有限的基础上使用注册设备(如下定义),和(4)

Fastlane带来的全自动化部署

From: Hailong's Blog (格式比专栏的好!) 作为公司的iOS程序员,少不了在发布应用的时候各种等待.标准的手动发布流程是:编译->打包上传->填写应用更新数据->等待iTunesConnect编译->选择版本发布,整个过程大概需要30分钟左右.关键是这个过程就像windows装系统一样,虽然手工参与的不多,但是要一直守在电脑前等着. 程序员这么懒,一定会想办法让他自动化的.后来发现特别懒的Felix Krause · GitHub)写的Fastlane,Fast

WWDC 后苹果最新 App Store 审核条款!

  WWDC 2016 大会之后,苹果公司发布了四个全新平台:iOS,macOS,watchOS 和 tvOS.并且在此之后,苹果应用商店审核条款也同时进行了更新——貌似不算进行了更新,简直就是重写!上个版本的 30 个章节被修改成了 5 大章节,但原版英文版字数从 5000 多个英文单词增加到了 6000 多个英文单词. 目录 提交应用之前的检查列表   1.安全 1.1 不当内容 1.2 用户生成的内容 1.3 儿童分类 1.4 人身伤害 1.5 开发者信息 2.性能 2.1 应用程序的完整

iOS 持续集成

iOS 持续集成系列 - 开篇 前言 iOS 开发在经过这几年的野蛮生长之后,慢慢地趋于稳定.无论开发语言是 Objective-C 还是 Swift,工程类型是 Hybird 还是原生,开发思想是 OOP 还是函数式,随着项目逐渐变大都在面临相同的问题: 测试.发布等重复性工作占了很大一部分时间,回归成本越来越高.持续集成不可避免地被提上了日程. 本文主要阐述 iOS 下的持续集成,以目标.内容.流程.工具入手,希望可以为大家描绘一幅 iOS 持续集成的蓝图.这可能不是一篇可以让你 Step