TestFlight——完美的iOS App测…

来源:互联网 发布:部分元数据已损坏 编辑:程序博客网 时间:2024/05/21 18:54

原文链接:http://onevcat.com/2012/01/testflight/


http://onevcat.com/2012/01/testflight/

2013.3.31补充

在整理以前写的内容,想不到还有机会再对这篇帖子进行一些更新。当时写这篇帖子的时候,app内部测试以及对应的crash报告类的服务相对很少,而且并不成熟。TestFlight算是在这一领域的先行者,而随着app市场的不断膨胀,相应的类似服务也逐渐增多,比较常用的有:

崩溃报告类:

  • Crittercism 个人用了一段时间,表现很稳定,但是版本更新时设置比较麻烦
  • Crashlytics 相当优雅方便,最近被Twitter收购。十分推荐

用户行为统计类:

  • Flurry 这个太有名了,不多说了
  • Countly 好处是轻量开源,数据可以自己掌控

但是在“发布前”测试分发这个环节上,基本还没有出现能与TestFlight相匹敌的服务出现,因此如果有这方面的测试需求的话,TF依然是开发人员的首选。

当然,这一年多来,TF也进步了很多。从整个队伍建立和开发者添加开始,到桌面客户端的出现以及打包上传的简化,可以说TF也逐渐向着一个更成熟易用的方向发展。本文虽然写的时间比较早,但是整个TF的基本流程并没有发生变化,依然可以作为入门的参考。

前言

iOS开发的测试一直是令人头疼的问题。app开发的短周期和高效率的要求注定了一款app,特别是小公司的app,不会留给开发人员很多测试的时间。而在测试时往往又遇到crash报告提交困难,测试人员与开发人员沟通不便等等问题,极大延缓了测试进度。TestFlight即是为了解决iOS开发时测试的种种困难而生的服务,使用TestFlight可以十分便利地完成版本部署,测试用户Log提交,收集CarshLog和收集用户反馈等工作,而这一切居然连一个iDP账号都不需要!

基本使用

注册

TestFlight界面友好,文档齐全,开发者在使用上不会遇到很多问题。到TestFlight官网注册账号即可开始使用。

注册账号注册账号

注册时记得勾选I am adeveloper,之后便可以以开发者身份管理开发和测试团队,提交测试版本和查看报告等,若没有勾选则是以测试者身份注册。若在注册时没有选上,之后在帐号设置中也可以进行更改。

勾选开发者勾选开发者

确认

注册完成以后会在注册邮箱中收到确认邮件。使用你的iDevice用邮件内的帐号登陆,并且完成设备注册,加入TestFlight的描述文件。关于设备注册和可能遇到的问题,可以参看这篇帖子。

创建团队

登陆TestFlight后在自己的Dashboard可以新建一个团队。团队包括了开发者、测试者和相应的测试版本。创建团队后可以通过选择团队来查看团队的信息等情况。

建立团队建立团队

添加测试者

在团队管理界面可以为团队添加成员。填写受邀者的邮件和简单的说明,一封包含注册链接的邮件将被发送到指定邮箱。受邀者通过类似的注册和确认流程即可加入团队,参与共同开发和测试。

添加测试者添加测试者

上传测试版本

上传的版本必须是包含签名的ipa,成功上传版本后即可选择给团队内的成员发邮件或推送邀请他们进行新版本的安装和测试。之后在版本管理中即可看到关于该版本的测试信息。该部分具体内容参看本文最后。

收集测试信息

在build界面中选择需要查看的版本的对应按钮即可看到收集到的测试信息,包括一般的session信息,设备使用TFLog进行的输出(需要TestFlightSDK),crash报告,是否通过了预先设定的检查点,测试人员的安装情况等信息。

结合SDK来使用,一切测试机仿佛都变成了你自己的终端,所有的Log和设备的状态尽在掌握,而这样的便利仅仅需要点击下鼠标和写几行代码,这便是TestFlight的强大之处。

收集信息收集信息

TestFlight SDK使用

下载

不使用TestFlight的SDK的话,可以说就连这个强大的平台的一成功力都发挥不出来。点击这里从官方网站下载SDK,官方文档提供了关于SDK的很全面的说明,在支持页面也能找到很多有用的信息。

之后将以Xcode4为例,简介SDK的使用,更多信息可以参考TestFlight官网。

配置

  • 将头文件加入工程:File->Add Files to

    • 找到包含SDK的文件夹
    • 勾选”Copy items into destinationfolder (if needed)”
    • 选择”Create groups for any addedfolders”
    • 勾上想要使用TestFlightSDK的Target
  • 验证libTestFlight.a是否被加到link部件中

    • 在Project Navigation里选中工程文件
    • 选中想要应用SDK的Target
    • 选择Build Phase栏
    • 打开Link Binary With LibrariesPhase
    • 如果libTestFlight.a不在栏内,从ProjectNavigation里将其拖到栏内
  • 开始使用

    • 在需要用到TestFlightSDK的文件中引入头文件:#import“TestFlight.h”,方便起见,您也可以在工程的预编译文件中的#ifdef OBJC块中引入
    • 获取团队token:在这个页面中对应的团队下选取TeamInfo,获取团队的token。
    • 在AppDelegate中启动TestFlight
1234567
(BOOL)application:(UIApplication *_)application didFinishLaunchingWithOptions:(NSDictionary  _*)launchOptions {  // start of your application:didFinishLaunchingWithOptions    // …    [TestFlight takeOff:@“团队Token];  // The rest of your application:didFinishLaunchingWithOptions method    // …  }

为了能得到有用的crash log(挂载过的),必须在生成ipa的时候不剥离.dSYM文件。在ProjectNavigation里选中工程文件,选中需要使用TestFlight SDK的Target,在BuildingSetting的Deployment块下,将以下三项设为NO

  • Deployment Post Processing
  • Strip Debug Symbols DuringCopy
  • Strip Linked Product

检查点

开发者可以在代码的任意位置设置检查点,当测试者通过检查点时,session里将会对此记录。比如测试者通过了某个关卡,或者提交了某个分数,或者向数据库加入了某条信息等。通过验证检查点,一方面可以检测代码是否正确,另一方面也可以作为游戏的平衡性调整和测试,用来检测用户的普遍水平。

加入检查点加入检查点

1
[TestFlight passCheckpoint:@“CHECKPOINT_NAME];

检查点问题

配合检查点可以向测试者提出问题,比如“是否正确地通过了演示界面?”或者“分数榜的提交正常吗?”这样的问题。在buildmanagement下可以找到Question选项,为检查点添加问题。问题的回答分为多选,是/否以及任意回答,如果选择多选的话,还需要指出问题的可能的选项。
当测试者通过问题所对应的检查点时,一个modalViewController形式的问题和选项列表会出现供测试者选择。开发者可以在build的Question选项卡中看到反馈。

反馈

TestFlight提供了一个默认的反馈界面,测试者可以填写他们想写的任何内容并将这个反馈发送给你。调用一个反馈:

123
(IBAction)launchFeedback {  [TestFlight openFeedbackView];}

一般来说可以在主界面或者最常见的界面上设置一个“反馈”按钮,这样测试者可以很方便地将他们的感受和意见发送给你。

远程Log

太棒了…配合TestFlight,现在开发者可以拿到远程客户端的Log。使用TFLog代替NSLog即可,任何TFLog的输出将被上传到TestFlight的服务器。如果需要详细一些的输出信息,可以用内建的参数的方式输出信息,比如:

1
#define NSLog(__FORMAT__, ...) TFLog((@"%s [Line %d] " __FORMAT__), __PRETTY_FUNCTION__, __LINE__, ##__VA_ARGS__)

将会得到类似这样的输出

1
-[HTFCheckpointsController showYesNoQuestion:] [Line 45] Pressed YES/NO

 

所有的TFLog都不会阻塞主线程,所有的TFLog都将完成以下三种Logger工作

  • TestFlight logger
  • Apple System Log logger
  • STDERR logger

配合以前介绍过的NSLogger(参见这篇文章),将Log发挥到极致,让你永远掌控自己的代码吧~

Log将会在客户端进入后台或者被退出的时候上传到服务器,如果没有看到应该有的Log的话,很有可能是还在上传中。视Log文件大小而定,一般这个过程需要若干分钟。当然,巨量上几M甚至10+M的Log可能会被TestFlight拒绝哦..毕竟没有那么多存储空间..

当然,客户端必须有可用的网络环境这个功能才会启用。得到的Log会存储在Session下。

Session页面Session页面

生成和上传测试版本

打包ipa

..做过部署的童鞋对这个应该很熟了,官方也有一个详细的guide,总之照着做就没错了

  • XCode3如何生成ipa
  • Xcode4如何生成ipa

上传测试版本

打包好ipa后就到版本上传界面,把做好的ipa拖过去就万事大吉了。

上传ipa包上传ipa包

最后一步是邀请团队内的测试者进行测试。把你想邀请的测试者打上勾然后OK,包含链接的邀请邮件将会发到他们的邮箱。然后~等待测试结果和大家的反馈,并且根据反馈完善app吧~

写在最后

TestFlight是一个很棒的工具,而且关键,它现在还是免费的~

虽然有趋势以后将会收费,但是这套方案确实是方便易用..希望多支持吧~





假如你现在完成一个App的开发并准备进行真机测试,那么请问你会怎么做呢?难道是直截了当的把App扔到AppStore上然后下载来试试?当然,如果你的App相当简陋,这么做的话无可厚非。不过如果你要做的是一款高质量的App并迫不及待的想发布出去的的话,我建议你还是在真正发布前好好的进行Beta测试。

Beta测试属于软件开发周期中的一环,在此之前你已经在模拟器和自己的真机上进行过测试。不过就算你是App的开发者,你也不能保证自己能揪出所有的bug,在Beta测试阶段,你可能会惊奇的发现bug多如牛毛。Beta测试通常只会面向你的一部分用户开放,他们可以是你的潜在用户、博客粉丝、同事朋友甚至是家人。测试的重点就是让一些活生生的人去使用你的App,不断测试然后反馈。你需要让你的测试成员发现尽可能多的bug,以便你在公开发布之前将其修复。

你是不是开始好奇如何给App进行Beta测试了?或者想知道在AppStore上线之前怎么进行测试?还是说不知道测试用户该如何报告bug?

testflight-featured.jpg

在iOS8中,苹果发布了一个叫做TestFlight的新玩意,用于将Beta测试流水化。此前你可能听说过这个东西,因为TestFlight作为一个独立的测试平台已经有些年头了。不过在今年二月份的时候TestFlight的开发商Burstly被苹果收购,于是在之后公开发行的Xcode6和iOS 8上,你会发现TestFlight整合进了iTunesConnect,你可以通过电子邮件来邀请你的Beta测试成员。

TestFlight提供的管理办法是将测试者分为内部成员和外部成员。理论上说,这两种测试者都可以在测试阶段使用你的App,不过所谓的内部主要是指iTunesConnect上在你的开发团队里参与技术开发或者管理的成员。你最多可以邀请25个内部成员,而与之相对的外部成员,自然就是指那些不属于你的团队或者公司的测试者,外部测试人员的上限是1000人。这里有一点需要注意的是,在你邀请外部成员参与测试之前,需要先通过苹果的审核。而这一限制在内部成员上就没有,也就是说一旦你把你的App上传到iTunes Connect上之后内部成员就可以开始进行测试了,无需审核。

本教程默认你的App仅对内部成员开放,所以我们针对的主要是内部测试。一般情况下,进行Beta测试需要完成以下步骤:

1.在iTunesConnect上创建一个App Record

2.更新Build版本号

3.归档并上传App

4.在iTunesConnect上管理Beta测试

接下来我们从第一个讲起。

在iTunesConnect上创建一个App Record

首先,进行测试之前你需要在iTunes Connect上有一个App Record,iTunesConnect是基于web的应用,用于开发者管理自己在AppStore上的应用。如果你之前做过iOS开发项目,那么你应该能直接登入iTunesConnect。

testflight-24-1.jpg

登入iTunes Connect之后点击左上方的+号然后选择"New iOS App",根据提示你需要完成下面内容:

App name - 你的App出现在AppStore中的名称

Primary language -App的基本语言,比如中文

Bundle ID - 就是App的BundleIdentifier

Version -App版本号,对于首次发布建议设置为1.0

SKU -最小存货单位。随便填点什么,比如你的App叫"Awesome FoodApp",那你可以填"awesome_food_app",命名规则可用的有英文字母、数字、连字符、句点和下划线,但是不能用空格。

点击"Create"创建按钮然后你会跳入下一个界面,完成有关App的细节填写。

App预览

testflight-24-3.png

iOS8中,你需要在App预览里加入一段预览视屏。另外你还要为这些尺寸的设备提供至少一张截图:3.5英寸(竖屏640×960像素,横屏960×640像素),4英寸(竖屏640×1136像素,横屏1136×640像素),4.7英寸(750×1334像素),5.5英寸(1242×2208像素)。你也可以参看苹果的iTunes Connect开发者指南了解具体细节。

产品描述和URL

testflight-24-4.png

下一步,你需要为App提供至少一个关键词的描述,这是一个影响到下载量的重要因素。此前你可能知道ASO优化,关键词优化也是其中之一。上图中我并没有添加任何关键词,如果你想了解如果进行优化可以戳这里,或者直接Google ASO(如果Google能上的话)。

右边是各种URL,其中supportURL是必填的,这里可以填博客什么的,如果没有博客的话可以去WorldPress.com上面注册一个。

App基本信息

这里要填的就是App的基本信息了,还要上传一个App图标。注意图标不能包含透明度,分辨率为1024×1024像素。下面是例子:

testflight-24-5-e1413552502778.png

上传的图标是正方形的,不过之后会自动圆角化。

然后填写版本号(比如1.0),选取App最适合的类别。

接下来是App评级,点击"Click"编辑按钮,进入"Rating"评级填写表格,iTunesConnect会根据你的回答生成一个评级。

版权声明,你可以就填一个年份加姓名,比如2014 AppCoda Limited这样的。

如果想在其他国家和地区发布,那么还需要提供一份Trade Representative ContactInformation.

App更多信息

你可直接跳过前面的环节直奔App Review Information然后填上你的联系方式就行。

这里会有一个demo account,可填可不填,只是针对那些需要注册的应用。

版本发布

当 App Review审核通过之后你可以自动或者手动发布你的App,所以这里选择自动发布。

然后点击右上方Save保存。

如果没有漏填的话,“Submit for Review”应该是可用的,那代表你已经成功创建一个App Record.

更新Build版本号

现在回到Xcode,打开项目导航,选择项目和目标,在项目编辑页面中点进General通用标签,确保里面的版本号和刚刚在iTunesConnect上填写的一致,这里我们是第一次构建该项目,所以Build一栏填写的是1。

testflight-24-71.png

归档并上传App

项目归档前记得将App图标签包含进项目文件并且加载出来,你可以在资源目录里进行管理。在Images.xcassets中找到有关AppIcon图标的设置。从Finder里找到合适的图标拖进Xcode的图标设置页面,千万注意图标大小一定要跟设备尺寸适配哦。

testflight-24-8-1.png

查看归档方案设置里的配置是Release而不是Debug版本。

testflight-24-13.png

如上图中操作配置,从Xcode的菜单栏里按照Product > Scheme > EditScheme的顺序点开,选中归档方案查看你的构建配置,其中的选项应该要为Release版本。

如果使用模拟器测试,归档特性是不可用的。所以你需要在方案工具栏里选中iOS设备或者你已经连接上Mac的iPhone。然后点击Product中的归档,如下图:

testflight-24-12.png

归档完成后会出现在Organizer中,然后我们准备上传。不过建议先校验一下以防出错,点击Validate校验按钮然后选中开发者账号开始校验。

testflight-24-14.png

当校验成功之后,点击Submit提交按钮将归档文件上传iTunesConnect。

testflight-24-15.png

在iTunesConnect上管理Beta测试

现在我们回到iTunesConnect上选中刚刚设置的App。你会在PreRelease标签下找到刚刚上传的App然后打开TestFlightBeta Testing选项为ON。可以看到下面的Inactive变为Invite Testers。

testflight-24-16.png

点击Invite Testers然后点击Users and Roles开始邀请内部成员参与测试,当前用户的身份可以是Admin,Legal,以及Technical.打开Internal Tester开关就可以设置一个测试者了。

testflight-24-17.png

提示:如果在列表里没有找到想邀请的人那么可以点击+号然后添加一个成员并设置身份为Technical,之后再用这个人的邮箱来激活这个账号。

返回App在Prerelease标签下选中InternalTesters,之后你会看到你刚刚设置过的测试者,勾选复选框后点击Invite邀请按钮,测试者会收到来自TestFlight BetaTesting的邀请邮件。

testflight-24-18.png

如下图,测试者只需要点击OpenTestFlight按钮就会自动的打开TestFlight应用(如果没有需要先安装),之后就可以安装你的App的Beta版本。

testflight-24-19.png

你的内部测试人员会一直得到你之后的每次更新。

总结

苹果关于TestFlight的收购案的确是英明之举。上面我们只是说了一些关于TestFlight的基本使用,如果你还打算开发新的应用,使用这一工具能帮助你创造高质的产品。

本文由CocoaChina翻译自Howto Beta Test Your App Using TestFlight,转载请注明出处。

0 0
原创粉丝点击