JMP 崩溃数据的自动化和交互式分析
与我们的许多客户一样，JMP 团队同时参与构建新产品版本和分析来自生产版本的问题报告。 客户错误和崩溃报告为我们的客户对 JMP 产品质量的体验提供了宝贵的见解。 JMP 开始在 JMP 12 中提示客户通过电子邮件发送 Mac 崩溃报告，并在 JMP 13 中添加了对通过电子邮件发送 Windows 崩溃报告的内置支持。 我们将内部和外部报告的崩溃数据存储在 SQL 服务器数据库中。 技术支持和开发部门合作识别、调查和修复未解决的客户崩溃。 当新的崩溃报告通过电子邮件发送给 JMP 技术支持、处理并自动与之前的报告进行比较，以将其识别为新问题或与已知问题相关时，该流程就开始了。 有关坠机的已知细节被发送回赛道。 JMP 崩溃数据库每小时更新一次，因此我使用 JSL 脚本自动刷新我的崩溃调查环境。 我的脚本运行由 JMP 的数据库 Query Builder 生成的查询，调用各种表操作工具（如 Split 和 Summarize），并将关键脚本嵌入到表中。 所有导入和派生的数据表在 JMP 14 项目中作为选项卡打开。 我使用我的崩溃数据项目来调查新报告的崩溃并确定未解决的崩溃组以供 JMP 开发进一步调查。
我们非常期待在法兰克福举行的 2018 年 JMP 探索峰会上推出 JMP 14！ 除了分享一些关于我们如何处理某些客户报告的问题的高级细节之外，我的海报还重点介绍了我们新版本中一些我非常喜欢的新增功能。
数据访问和操作数据探索数据可视化
