77b84021079bbc5d971e4f3901e4dd40
What's New in App Store Connect

What's New in App Store Connect

[What's New in App Store Connect][301]
作者:红纸

引言

App Store Connect 是苹果提供给开发者用来管理 App 信息、提交审核、查看 App 数据等功能平台。作为应用开发最重要的交付流程,苹果一直都在持续完善改进。在此次的 Session 301 当中,既有新增实用的功能,也有一些旧功能的复习,下面就让我们围绕着 App 开发至发布后分析整个生态,来说明整个 Session 的内容。

Life Cycle

Life Cycle

watchOS 相关的更新

自 watchOS 6 开始,watch 也拥有了属于自己的 App Store,用户可以在手表上自行安装应用而不是依赖于 iPhone 来安装。与此同时,对于开发者而言,提交手表应用时,可单独构建手表应用,这也标示着手表应用将真正独立运行的开始。

新应用 Transporter

在以往我们提交最终打包好的 ipa 包都是通过 Xcode 内置应用 / Application Loader 来进行提交。此次宣布了新应用 Transporter,用于交付我们的应用,就目前看来,其跟原来的功能没有太多的差别,其功能如下:

  1. 本地化:Transporter 是个本地化的 macOS App,保证了各国开发者的良好体验
  2. 包验证:验证你的 App 是否达到了提交审核的要求,验证结果会有通过、警告、错误等提示
  3. 包上传:通过验证的应用允许交付至 Connect
  4. 多 Team:支持多 Team 的应用管理方案,保证你的应用上传至对应的 Team 当中

Transporter

Transporter

Connect 功能简介

上面说了包上传的东西,现在让我们看看包上传后的结果。本次 Session 中以手机版 Connect 应用为例,我们可以看到已经上传的应用信息,例如:Bundle ID、更新日期、各个设备上安装的大小等。个人认为最重要的还是安装包大小的检查,对于一些刚刚卡在 200MB 的应用来说非常重要,不过 iOS 13 会允许流量土豪们下载任意大小的 App,终于不用再为限制而苦恼了。

Connect 包信息

Connect 包信息

Connect 中显示各个包的大小
Connect 中显示各个包的大小

如果熟悉上传流程的同学就会知道,我们上传 ipa 包之后,会经过苹果的预处理环节,在这个环节没有结束之前是不允许提交审核的。但是这个东西有个坑,它有时候很快有时候很慢,没有一个准确的时间节点,为了解决这个问题,苹果在 CONNECT 应用中一个新增的通知类型 Build Processing Changes,打开这个设置后,通知就会在在当应用通过苹果的构建之后发送,这样一来,我们就可以知道实时的构建进度了。

Connect 构建通过通知

Connect 构建通过通知

TestFlight

说完了包上传和查看等功能之后,就到了分发测试的环节,对于企业用户来说,企业内部测试可以无需审核,但是其有名额限制。为了突破这个名额限制,企业只能通过 TestFlight 进行外部测试包分发,同时也是某些企业做灰度发布的入口。但是通过 TestFlight 也是需要经过苹果的审核的,只不过这一步审核有别于最终的审核,此审核比较简陋(= = 问了下团队小伙伴,从来就没有卡在这个审核过)。如果被卡在审核流程了,你就会收到审核问题描述邮件,此次 Session 中,苹果也对这个邮件做了优化,帮助我们更好/更快的去定位问题,优化点如下:

  1. 邮件标题中添加了版本号
  2. 邮件内容中添加额外的上下文信息,协助您快速定位版本和问题
  3. 每个 issue 都添加了数字码,我们可以根据这个数字码,其能帮助你找到更多的详情信息

TestFlight 反馈

TestFlight FeedBack 是测试用户通过 TestFlight 安装的 App 新增的反馈功能,其主要有如下三个重要功能点:

Tester onBoarding

当你第一次打开你的测试应用时,你会见到新的启动页,如下图中第一个屏幕所示,测试人员可以在上面找到测试须知,这个是开发者通过 App Store Connect 来进行填写的。点击下一步之后,会弹出是否需要分享给开发者反馈信息的选项框,对于测试人员来说肯定是点击分享咯。

Screenshot feedback

当我们在测试过程中发现了 UI 问题,我们可以对手机进行截屏,在图片上进行标注,并且在发送的时候,可以携带文字描述,来反馈你的重现步骤。有助于测试更方便的反馈测试中的 BUG。与此同时此功能也支持多张截图同时反馈。

Crash feedback

当 App 遇到了 Crash 之后,会有相应的提示框,提示是否共享 Crash 日志信息给开发者进行分析,点击共享之后类似于 Screenshot feedback 可以填写描述信息,用于描述重现步骤。

来自作者的脑洞 :)

对于测试来说,他们的流程 截屏->导出到电脑->进入 Bug 管理中心->建立 Bug 相关任务。苹果把这一整个流程都归结到了一步操作,但是这个仅限于分发与 TestFlight 的应用。如果我们能把这个东西做成完整的工具集成到 App 当中呢,例如说流程是 截屏->App 内描述复现流程等->提交,减少了好多流程大大的提升了工作效率,似乎闻到了一丝 KPI 的味道,😝
Crash feedback 对于现有国内的 Bug 收集的框架来说基本功能都是一样的,不过其有添加描述的功能

TestFlight Feedback

TestFlight Feedback

在 App Store Connect 中拿到反馈信息

top Created with Sketch.