# 概述
Crasheye (opens new window)是一款简单好用的质量追踪一体化解决方案平台,主要是为移动应用开发者提供每个APP的实时、全面、专业的错误分析服务,让你不会错过任何一个崩溃信息,帮助全面提升APP的整体质量。
# 核心优势
- 实时——多维度专业报表,APP质量一目了然
崩溃率、启动次数、设备分布、系统分布、用户数等多维度数据组合实时展示 - 全面——支持各种崩溃类型分析
支持Android、iOS、NDK、Java、C#和Lua等不同平台及语言的异常捕获与分析 - 专业——快捷接入,持续更新,不断维护
一行代码即可快速接入SDK,业内专业测试开发团队持续维护与更新
# 平台术语
名称 | 说明 |
---|---|
ProjectKey | 项目名称(项目标识) |
AppKey | 应用名称 - Android应用、IOS应用等全局唯一Appkey(平台生成)、文档中“Your_AppKey”是同一个 |
崩溃 | 用户在使用App过程中发生一次闪退,计为一次崩溃 |
脚本异常 | 主动上报的Exception、Error,或脚本(如C#、Lua、JS等)错误,统称为脚本异常 |
崩溃数 | 用户在使用App过程中发生一次闪退,计为一次崩溃 |
使用次数 | 也称为『启动次数』。应用每启动一次且被记录上报,以下场景均计为一次启动: 1.应用完全退出后重新启动,计为一次启动; 2.Andoid、iOS应用被切换至后台后,30秒后被切换至前台,计为一次启动,若未超过30秒切换至前台,不计为一次启动(Windows无此逻辑)。 |
崩溃率 | 崩溃率 = 在所选时间段内,【崩溃次数】 除以 【启动次数】 的百分比 |
受影响用户数 | 一台设备发生异常,计为一个受影响用户(若一台设备在指定时间范围内发生多次异常,只计为一个受影响用户) |
活跃用户 | 也称为【用户数】。以设备为统计对象,一台设备启动一次应用,计为一个用户数(若一台设备在指定时间范围内多次启动,只计为一个用户数) |
受影响用户率 | 受影响用户率 = 【受影响用户数】 除以 【用户数】 的百分比 |
今日崩溃率 | 今日【崩溃次数】 除以 【启动次数】 的百分比,数据每隔几分钟刷新一次 |
编号 | Crasheye平台为了区分每一个宕机,而按一定规则给出的序号,该序号在单个Appkey中是唯一的 |
统计时间 | 以东8区时间为基准,若项目为全球发布,需要考虑时区可能对数据带来的影响 |
崩溃时间 | 在【崩溃】发生时,用户机器上的时间 |
上报时间 | 服务器接收到崩溃信息的时间。由于与【崩溃时间】的获取主机不同,可能会出现上报时间要早于崩溃时间的可能 |
客户端ID | 唯一标识一台设备,该ID可以用来在一台检索该设备所有的崩溃记录。应用重装可能会生成不同的客户端ID |
前台/后台 | 【崩溃】发生时,应用是处于前台运行还是处于后台运行 |
使用时长 | 从上一次完全退出后再启动时开始计时,到崩溃发生时的时间间隔 |
UUID (符号文件标识) | 是符号文件的唯一识别码,项目在每次编译打包后,符号文件会重新生成。crasheye使用该信息,将宕机堆栈与符号文件关联起来 |
Mapping文件 符号文件 | 如果在Android工程中用到了c/c++代码, 捕获上传的堆栈信息在平台客户端中是难以理解的信息,需要配合Mapping.txt文件及工程中生成的符号文件进行解析,解析之后才能看懂。 |
# 谁可以使用
- 企业开发者
- 小型工作团队
- 个人开发者
快速上手 →