TG咨询应用一闪退，先别急着卸载或重装：这可能清除日志、改变本地数据，也会让问题难以再次出现。手机应用崩溃复现时的设备状态证据采集，重点不是截一张错误图，而是把“何时发生、设备当时是什么状态、怎样再次触发”连成一条可核对的记录。
采集前先停止反复尝试，记下崩溃的大致时间。若设备仍可操作，按原路径复现一次并记录过程；如果问题可能影响数据，先不要清除应用数据或恢复出厂设置。
先固定复现条件，再收集设备信息
设备状态会影响故障能否重现。至少记下手机品牌与型号、系统版本、应用版本、可用存储空间的大致情况，以及当时使用 Wi-Fi 还是蜂窝网络。还要注明省电模式、飞行模式、屏幕方向等与故障可能相关的状态；不相关的信息无需猜测或补齐。
复现步骤要能让别人照做，而不是只写“打开后崩溃”。按顺序说明进入哪个页面、进行了什么操作、等待多久、是否切换过后台。以“进入目标页面，停留片刻，再返回上一页并重新进入”为例，需说明崩溃是在返回时还是再次进入时发生。若每次结果不同，也如实记录成功与失败次数及大致比例，不要把偶发故障写成必现。
Android 与 iPhone 的采集方式
Android：优先保存系统错误报告
不同厂商的设置名称和入口可能不同。可先在系统设置中查找“开发者选项”里的错误报告功能；部分设备需先启用开发者选项。生成报告可能需要数分钟，文件通常包含系统日志和设备状态，内容较多，应按测试团队或应用支持方指定的安全方式传递。
如果无法生成报告，保留崩溃发生时间、完整操作步骤和系统弹出的错误信息，并说明手机型号及 Android 版本。不要仅凭“应用卡住”推断是内存不足；如能看到存储空间或网络状态，记录实际显示内容即可。
iPhone：记录诊断信息并说明获取限制
iPhone 可在“设置”中查看“隐私与安全性”下的分析数据；具体菜单文字会随 iOS 版本变化。若能找到与应用崩溃时间相近的日志，可保留文件名称和时间信息，并询问接收方是否需要原始诊断文件。sysdiagnose 等系统诊断材料的触发方式会因机型和系统版本而异，应遵循 Apple 当前说明，不要凭旧步骤反复尝试。
手机屏幕录制有助于展示操作顺序，但崩溃时录制可能中断，也未必能呈现系统内部原因。可用另一台设备拍摄屏幕作为补充，并避免把录屏当成崩溃日志的替代品。
按顺序整理一份可交接的证据包
- 写明基本信息：记录设备型号、系统版本、应用版本、问题发生时间及所在时区；版本号可从系统设置或应用内的关于页面查看。
- 描述复现路径：逐步列出操作、等待时间和结果，注明是否每次都崩溃，以及问题首次出现的大致时间。
- 保存现场材料：保留错误提示截图、录屏或外部拍摄视频；能取得系统诊断报告时，连同文件名和生成时间一起保存。
- 记录当时状态：只写观察到的事实，例如网络类型、剩余空间显示、是否处于省电模式。若某项未知，标为“未确认”，不要推测。
- 检查隐私并交付：日志或画面可能包含账号、通知内容、位置等个人信息。先确认接收方、用途和传输渠道；必要时遮挡截图中的敏感内容，但不要编辑原始日志。
文件可按“日期_设备型号_应用版本_材料类型”命名，例如用真实采集到的信息替换各项，不必另造案例。保留原始文件副本，并在说明中注明哪些材料经过裁剪或遮挡。
哪些做法会让证据失去价值
崩溃后立刻清除缓存、卸载应用或重启设备，可能改变现场状态；如果已做过，要把操作和时间写进记录，而不是隐去。只交截图也可能缺少复现顺序和系统信息；只交日志则可能让接收者无法判断日志对应哪次操作。手机应用崩溃复现时的设备状态证据采集，应把两类材料与准确时间对应起来。
遇到涉及账号或敏感数据的应用，不要为了复现随意尝试他人账号、导出私人内容或公开上传诊断包。优先使用经授权的测试环境，并通过可信渠道提交必要材料。
常见问题
没有日志，还能报告崩溃吗？
可以。提供设备和系统版本、应用版本、发生时间、逐步复现路径及错误画面，注明未能取得日志。
要不要先重启手机再复现？
先记录原始现场。若重启后再测试，分别标注重启前后的结果，因为重启会改变设备状态。
系统诊断文件可以直接公开吗？
不建议。文件可能含设备或使用信息，应先确认内容、接收对象和安全传输方式。
怎样判断采集是否够用？
让另一位授权人员按记录操作，能辨认设备环境、发生时间和结果差异，且材料可对应同一次崩溃，通常就具备初步排查价值。手机应用崩溃复现时的设备状态证据采集，核心是准确、可复核，并保护隐私。