Xcode Organizer 中的 Triage TestFlight 故障

Xcode Organizer 中的 Triage TestFlight 故障

了解如何通过 Xcode Organizer 更容易、更快速地分类和修复故障。我们将探索如何在发生后立即访问故障信息和 TestFlight 测试程序反馈。同时，我们还将向您展示如何分析故障，检视指标，甚至在您的团队中分享故障信息。关于故障日志的入门信息，我们建议观看 WWDC18 的“了解故障和故障日志”。

资源
- Diagnosing issues using crash reports and device logs
- - 高清视频
  - 标清视频
相关视频

Tech Talks
- TestFlight 入门
WWDC21
- 应用性能终极生存指南
- 诊断 app 中的功能和性能衰退
WWDC20
- MetricKit 中的新增功能
WWDC18
- 解读崩溃和崩溃日志
下载

你好欢迎来到Xcode Organizer中的 Triaging TestFlight 我是麦特是位Xcode工程师今天我要向各位展示一些内建在Xcode Organizer的新工具这些工具能帮助你分类所有app目标以及如何利用来自TestFlight的用户反馈让你能够更快速地修复崩溃
那么我将向你展示全新的Terminations Organizer 以及我们在MetricKit里的更新
如果你的beta版本app 是使用TestFlight测试的你会很清楚知道来自测试员的崩溃反馈是非常有价值的当测试员遇到崩溃然后写了些反馈你就可以在App Store Connect里看到那些反馈并且下载崩溃日志开始分析发生了什么事情接着我将要向你展示 Xcode里的更新它将会大幅加快这项工作流
首先我想要快速总览在Xcode 13之前就已经有的功能
在Crashes Organizer里我们支持 App Store和TestFlight上的 app的崩溃情况我们会显示你在我们所有平台上 app的崩溃情况包含来自你的轻app和app扩展
Crashes Organizer会对你的问题进行分级显示最高优先级的崩溃并显示这些崩溃是如何分布在不同的设备及OS系统版本而一旦你开始决定要修复那个崩溃情况时你可以直接在你的Xcode项目里开启所有这些强大的功能只要登录你的Xcode开发者账户即可使用制作一个优秀app的过程有时可能漫长又坎坷因为一旦你发布了客户总会以你意想不到的方式摧毁它在Xcode 13版本中我们想要让Crashes Organizer更好让各位可以继续朝着没有崩溃情况的目标前进因此我们肩负重责大任要几乎实时地传递崩溃日志提供关于你的崩溃情况更丰富的数据而且提供更多背景信息协助你解决这些难以重现的问题我非常开心地向各位展示所有我们在Crashes Organizer里新增到Xcode 13版本中的优秀新功能我将要与你分享本次的六大项更新第一快速传送你的TestFlight崩溃现在当任何测试人员让TestFlight架构崩溃我们会即刻传送那次崩溃到Organizer 这个快速的崩溃传送让你能够查看从前一天开始的所有TestFlight崩溃情况而且会有张图表以每小时的方式显示选定的崩溃什么时候发生在Xcode 13版本里有一年份的崩溃历史纪录供你使用
你现在可以依照时间过滤器查看所有发生在去年的崩溃情况因为我们现在可以向你展示一年份的崩溃情况你将在Inspector的图表区中看到一个时间分布表向你显示每月发生崩溃情况的发生率我们想要提供更多的工具好让你了解app的所有健康程度所以今年我们在Crashes Organizer 新增了更多的过滤器让你更能集中处理app的特定部分
这个Organizer现在还可以按照所有版本和架构过滤崩溃列表或深入到任何单独的过往版本你也可以依照任何随着app一起发送的扩展程序过滤像是你的watch app 轻app或分享扩展甚至可以检查你的iOS app在那些强大的 Apple Silicon Macs上的运行表现对你的app问题进行分诊的其中一步是要对哪些人受到特定的崩溃影响以及该崩溃分布在不同的类别中进行全面性的了解
所以我们今年新增了一个功能能查看特定的崩溃是如何在你的app版本以及TestFlight和App Store中分布的你们可能是以单打独斗、大型团队或这两者之间的任何形式发布过一些厉害的app 在Xcode 13版本中我们引入了一种全新的协作方式通过添加功能让你能直接从Organizer分享崩溃报告使用工具栏中的全新分享按钮你就可以直接将崩溃报告分享给你的团队成员也能轻松地加入到你的任务列表上
而当你点击其中一个连结时 Organizer会开始下载并集中这些问题让你对这个崩溃从头开始并展开调查 TestFlight是开发人员的一大利器能快速地将新功能和修复交到测试人员手中让他们能协助找到新的崩溃和错误用TestFlight测试Beta版app 将一个完美的更新档发布到App Store 有助于建立开发者的信心我很开心地宣布在Xcode 13版本中我们将TestFlight的崩溃反馈直接带入到Crashes Organizer
App Store Connect会向各位展示所有的TestFlight反馈包含崩溃反馈你们可以从App Store Connect 继续下载原始反馈和崩溃日志或者用今年全新的方式直接在Organizer中选择“在Xcode里打开” 相关的崩溃情况
查看你的崩溃反馈从没如此简单过在Crashes Organizer里有个新的Inspector 是专门对应到 TestFlight Crash Feedback 打开这个Inspector 你会看到所有的反馈是遇到你选取的崩溃的测试员所提交的这可以让你和崩溃报告一起看到一份统一的反馈清单让你可以快速筛选找到一些额外能帮助你修复崩溃的信息当追查难以重现的问题时这项新增的背景信息是无价的的确有许多新奇酷炫的玩意接着让我们在新的 Crashes Organizer里开始深入探究为崩溃情况进行分诊吧
我一直持续开发团队的app Fruta 而且我们最近在App Store 发布了一个新版本但也同时持续用Xcode Cloud 部署新版本到TestFlight 今天我想要看看最近有没有任何崩溃情况发生在我们的轻app里打开Organizer 看看会发生什么事我可以通过选取菜单栏选项并选取Organizer这么做
从左侧的侧边栏我可以清楚知道Xcode 已经为我的iOS app Fruta 打开了Crashes Organizer 在窗口顶端的工具栏中你会注意到所有今年推出的新过滤器选项而在过滤器下方的是崩溃情况清单展示过去这两周内所有的版本、架构、产品中所有的崩溃情况快速地浏览这份清单后我可以看到一些不同情况的问题这份清单中的崩溃情况显示各式各样的图示标示着它们可能来自于我们的轻app watch app或是app扩展
这使我们能够快速地识别出崩溃正在影响 app的哪个区块
在崩溃情况清单的右侧可以看见崩溃日志用平易近人和精简的方式呈现我在崩溃情况清单中所选取的崩溃情况最后在崩溃日志的右侧可以看到Inspector展示出各式各样有关选取的崩溃情况的有趣信息现在我们已经熟悉了Organizer的操作我想要看一下所有我们最近轻app发生的问题我可以打开工具栏里的产品过滤器它列出了所有随着我的app发送的产品像是watch app、轻app或者app扩展接着我会进行下一步并选取此处的轻app
选取轻app时会过滤崩溃情况清单只显示出最近这两周内的轻app崩溃情况最严重的崩溃情况会排在列表中的第一个在标题的下方 Organizer会让我们知道这次的崩溃在这两周内影响了21台设备最后一天影响了七台现在在我开始深入探究代码以前我喜欢自问一些问题这样有助于引导我的调查并指引我找到背景信息线索首先这个问题已经持续多久了？如果我们直接到窗口右侧的 Inspector图表区我们可以从图例中知道这个崩溃情况第一次出现在2.0版本中而且还继续影响到我们 TestFlight最新的2.0.1.版本架构下一个问题它是否正在影响我的制作app 还是只有TestFlight而已？我可以更改过滤器到Release 以找出它同时正在影响 TestFlight和App Store架构所以这个问题还挺重要的因为我们的客户正在经历这个崩溃而且看起来似乎已经影响到我们最新发布到App Store的版本了
现在让我们来看看崩溃日志崩溃日志方便地标注出崩溃的确切框架而且通过查看回溯上面的线程数号Thread 6 让我知道这也发生在后台线程
可以看到这个崩溃是发生在同步收藏夹时但这不是我会频繁使用的代码区域所以我摸不太着头绪要怎么重现这个问题对于洞察这些崩溃情况我已经想不到更多的问题了所以如果可以获得更多的背景信息是真的很有帮助幸运的是在这个崩溃情况列表旁边有个反馈图示所以我知道我们的测试员之一经历过这次崩溃而且也提交了反馈这或许是我能开始着手处理崩溃所需的最后一块拼图我可以到Inspector区域查看他们所提交的反馈并开启全新的Feedback Inspector
我看到有许多的测试员曾碰到一样的崩溃其中一个几分钟前才又遇到
在这个Inspector里我可以看到各个反馈报告的预览或者我直接打开其中一个弹出窗口就会有更多的细节信息我点击这个最新的反馈将会打开一个弹跳窗口窗口内会显示这位测试员所遇到的所有背景信息像是他们安装的确切版本和架构设备、电量以及可用的硬盘容量这些都能够是诊断崩溃时有用的线索在这个情况下测试员是使用行动数据然后他们评论 “我当时正在过隧道然后点击了收藏按钮过了几秒后它就崩溃了” 如果他们正在过隧道的话可能网络连线不稳现在我们可以综合所有的线索知道按下收藏按钮的时候会触发一些背景任务最终导致崩溃我认为我们足以开始深入探究代码了我将使用Open in Project按钮直接到Fruta Xcode项目里来打开这个崩溃
好 Xcode已经打开了并在左边的Debug Navigator中显示回溯以及我们源文件的编辑者确切的崩溃代码也标注出来了那么为什么这段代码会崩溃呢？这个嘛看起来我们是故意在一个致命的错误上崩溃的这看起来满有趣的我们一起快速地看一下同步收藏的功能来了解它原本想做什么
首先我们跳到后台线程接下来收藏这个冰沙到我们的收藏夹里然后将后端更新并使用DispatchGroup 来同步这所有的操作
然后就等待这些操作并设定十秒钟的时间如果超过十秒就会崩溃这还挺不合理的还记得我们测试员的反馈是说他们当时要收藏冰沙的时候正在过隧道如果他们当时正在过隧道那他们的网络连线质量可能会很差这意味着与我们的后端同步所需要的时间肯定是会超过十秒钟的现在这个崩溃完全合理既然我们知道时间设定得太短了而且处理不当那么就来解决这个问题吧最近我一直在练习合并技能所以我想我就用Combine来解决吧
太好了所以我们现在将两个publishers 合并在一起所以时间到的时候也就是30秒我们把崩溃取代成完成程序问题解决了让我们回到Organizer 并将问题标注为已解决吧噢我们的老板刚刚传信息给我
噢克莱格在他的demo版里遇到崩溃了谢天谢地我的老板使用了 Organizer新的Sharing功能发送他发生的确切崩溃情况给我所以我就不用再去找当我点击这个连结时 Organizer会建立该连结中的单一崩溃聚焦视图我其实之前看过这个崩溃我前几天刚修好这个并将它标记为已解决我也给了崩溃一个更亲切的名字好让我记得潜在的问题我要继续进行并让我的老板知道我已经解决了这个问题
所以我们刚刚学到了如何用Organizer里新的过滤器分诊轻app崩溃情况如何用Inspector里的新分布表和如何运用TestFlight反馈来解决一个有可能难以重现的问题现在让我们来看看新的Terminations Organizer 以及我们为MetricKit做的改善新的Terminations Organizer 显示有可能影响你的客户的 app终止趋势你在Crashes Organizer里看到的崩溃都是编程的失败结果但还有其他方式可以终止你的app处理
Terminations会按原因分类像是“启动超时” 或者“碰到系统内存限制” 你可以将app的这些终止事件类别与你之前的app版本进行比较以找出回归
这些终止事件有些是在后台发生的但在某些特定情况下当你的app在前台时就可能会发生 Terminations Organizer 可以帮助你理解差异好让你可以计划来修复它们如果你想深入探究回归那就看看今年的Application Performance Survival Guide课程若要学习更多终止的相关信息我推荐查看2020年的《为什么我的 app 被终止了？》如果你不熟悉可以使用Apple framework MetricKit 去收集代码中的崩溃日志你所要做的就是导入MetricKit 开始MetricKit Manager 并在他们收到时使用在 MetricKit Diagnostic Payloads上的 crashDiagnostics属性
今年将不再合计崩溃诊断而且每天只传送一次但现在会在你下次启动app时传送因此你可以更快速地存取崩溃日志我也要很开心地宣布 MetricKit现在也支持macOS 要了解更多MetricKit相关信息我推荐查看2020年的课程《MetricKit 中的新增功能》里面有许多追踪和查看崩溃情况的其他方式你可以从Devices窗口存取已连结设备上的崩溃情况或直接从你的设备中分享日志 XCTest将收集运行测试时发生的崩溃你可以使用Console app 从你的Mac和Simulator查看崩溃有关这些附加工具的更多信息请查看2018年的课程《理解崩溃和崩溃日志》今天我们看到了一些很棒的新功能希望新的快速崩溃日志传送 TestFlight反馈整合和分布指标将显著改善你的崩溃修复体验最终能改善你的app健康状况以及你的使用者体验感谢你的收看记得通往成功之路是没有尽头的 [打击音乐声]

//  Capture crash logs in your code

import MetricKit

class Subscriber: NSObject {
    override init() {
        super.init()
        MXMetricManager.shared.add(self)
    }
    
    deinit {
        MXMetricManager.shared.remove(self)
    }
}

extension Subscriber: MXMetricManagerSubscriber {
    func didReceive(_ payloads: [MXDiagnosticPayload]) {
        payloads.forEach {
            if let crashDiagnostics = $0.crashDiagnostics {
                // Begin analyzing crash diagnostic payload.      
            }
        }
    }
}

正在查找特定内容？在上方输入一个主题，就能直接跳转到相应的精彩内容。

提交你查询的内容时出现错误。请检查互联网连接，然后再试一次。

资源

相关视频

Tech Talks

WWDC21

WWDC20

WWDC18