TestFlight Search 提供期待已久的升级 TestFlight 搜索推出 4.3 版本,帮助用户在日益拥挤的软件库中快速找到活动的和之前测试过的 Beta 应用程序。

试飞搜索随版本 4.3 一起发布,为定期测试预发布软件的人们解决了基本的组织问题。该应用程序现在提供了一个专门的搜索字段来查找测试版,而不是要求用户滚动浏览每个当前和之前测试过的游戏。

与背后的基础设施相比,新增的数量并不多试飞,但它改变了服务为其最活跃的参与者提供服务的方式。开发人员、记者、设计师和热情的测试人员可以在生产力工具、游戏、社交网络和实验实用程序中积累数十个邀请。

一些测试版每周都会进行构建,而另一些测试版则会在几个月内保持不活动状态,然后再返回新版本。如果不进行搜索,随着馆藏的扩大,定位某一特定标题的速度可能会变慢。

4.3 版可通过 App Store 获取,还包括稳定性改进、性能增强和错误修复。苹果尚未宣布对构建持续时间、测试人员限制或反馈流程进行任何相应的更改。

新的搜索控件出现在底部iPhone 上的 TestFlight 界面。在 Mac 上,它位于侧边栏的顶部,与较大的桌面布局相匹配。

输入应用程序名称会过滤可用的集合,使用户可以直接访问相关的测试版页面。从那里,他们可以安装最新版本、检查开发人员说明、提供反馈或停止测试应用程序。

当测试版标题具有相似的图标或实验产品在开发过程中改变其品牌时,搜索变得特别有用。 TestFlight 库是围绕参与而不是传统的文件夹系统进行组织的,因此用户以前几乎没有方法来减少拥挤的视图。

该功能还避免了依赖主屏幕来定位测试版。测试人员可能删除了已安装的应用程序,同时保留对其 TestFlight 程序的访问权限,或者当前版本可能在替代品可用之前就已过期。在 TestFlight 内部搜索会公开测试记录,而不仅仅是设备上当前安装的软件。

Apple 允许每个版本最多保留 90 天。当该期限结束时,开发人员必须分发更新的版本才能继续测试。因此,参与许多计划的用户可能同时拥有活跃版本、过期版本和等待另一次更新的版本。

可搜索的库使这些不同的阶段更容易导航,而无需改变开发人员分发软件的方式。

图片来源:苹果公司

大型 Beta 集合变得越来越普遍

TestFlight 支持iPhone、iPad、Mac、Apple TV、Apple Vision Pro 和 Apple Watch 上的 Beta 应用程序和 App Clip。测试人员可以在多达 30 台设备上使用可用的版本,具体取决于开发人员包含的平台。

开发人员可以通过 App Store Connect 团队邀请最多 100 名内部参与者。经过必要的 Beta 审核后,公共和基于电子邮件的外部计划可以包括多达 10,000 名测试人员。

公共链接使加入计划变得更加容易。开发人员可以在网站、社交网络或社区页面上放置链接,而无需事先收集每个参与者的电子邮件地址。可选条件可以按设备类型或操作系统版本限制注册。

这种可访问性还使单个图书馆能够快速发展。一个人可以加入公共测试版来测试一项功能,删除应用程序后保留访问权限,然后再接受多个邀请。直到 4.3 版本,测试飞行界面以大致相同的方式处理小型个人收藏和大型专业测试库。

搜索认识到有些人将该应用程序用作持续的软件工作区,而不是偶尔的安装程序。

该改进在主要平台测试期间也很有用。开发人员在为新版本的 iOS、iPadOS、macOS、watchOS、tvOS 和 VisionOS 准备应用程序时经常发布重叠的更新。测试人员可能需要在多个产品之间反复移动以确认兼容性或重现错误。

直接查找每个应用程序可以减少在整个测试过程中重复出现的小延迟。

搜索不会改变 Beta 版的可用性

新字段可以定位 TestFlight 列表,但无法恢复开发人员已删除或扩展过期版本的访问权限。

当开发人员关闭公共链接、达到外部测试人员限制、删除参与者或结束计划时,测试版可能会从主动测试中消失。除非发布替换版本,否则在 90 天的测试期过后,构建版本也会变得不可用。

TestFlight 通常会在应用程序页面上显示最新的可用版本。当开发人员需要测试人员比较跨版本的行为时,可以使早期版本或单独的构建组可访问。

安装测试版会替换设备上已有的公共 App Store 版本。 TestFlight 在应用程序名称旁边用橙色点标记测试版软件,有助于将其与正常的商店安装区分开来。

搜索提供了访问这些控件的更快途径,但基本测试规则保持不变。它还没有引入类别、收藏夹、自定义文件夹或排序选项,这些选项可以为异常大的集合提供额外的组织。

图片来源:苹果公司

反馈仍然是主要目的

TestFlight 的存在是为了将预发布软件与愿意在 App Store 发布之前发现问题的人们联系起来。搜索可帮助用户到达正确的应用程序页面,开发人员可以在其中指定需要注意的功能、工作流程或已知问题。

在支持的平台上,测试人员可以在崩溃后提交书面观察结果、附加屏幕截图并添加上下文。反馈可以包括设备和操作系统信息,以便开发人员可以调查问题是否仅限于特定配置。

开发人员通过 App Store Connect 接收这些报告。他们可以检查屏幕截图、一般评论和与崩溃相关的详细信息,而崩溃报告的下载期限为 120 天。

4.3 版本没有重新设计这种交换,但它缩短了测试人员遇到值得报告的事情后返回应用程序的路径。在关闭测试版后注意到重复出现的问题的人不再需要在到达反馈控制之前扫描长长的 TestFlight 列表。

从 App Store 更新 TestFlight 后,搜索字段立即可用。在 iPhone 上,它在较低的导航区域中占有自己的位置,即使对于测试版系列仅包含少数应用程序的用户来说,也很难错过新的控件。