qa事件可以在开发期间被测试，以检查其是否被正确接收和验证。事件应当在你的开发（DEV）环境中被测试，且如果需要的话应在发布事件框架到你的实际（LIVE）环境前修改，并发布一个游戏更新。

四个QA工具可以从你的开发（DEV）和实际（LIVE）环境中导航菜单的设置（SETUP）部分进入。

    • QA收集API：提供一个用于发送事件接口，提供事件验证，但不存储实际事件
      请注意：QA接口不应被用于负载或性能测试。
      对于推送（POSTS）到QA工具有一个文件大小的限制，超过其限制的大批量事件推送将被拒绝。
    • 交互验证：提供一个用于检查和验证事件JSON的接口。
      invalid


    • 事件浏览器：让你检查已保存的有效或无效的每个事件类型的最后100个事件。你可以在事件浏览器按用户ID的事件类型筛选结果。如果你正在玩这个游戏这会非常有用，因为你可以筛选你的用户ID和在几分钟内检查你在游戏中记录的事件。

eventbrowser

重复事件会发生在当游戏发送事件没有接收到确认但是已经成功发送事件时。这时其将重试，相同的事件在收集端会被收到两次。我们的4.1版本SDK将给每个事件发送一个唯一的ID，一旦我们看到相同的ID两次，我们将考虑第二个是无效的。通常这些错误可以被忽略，因此其还可以在事件浏览器被过滤掉。当事件时间戳（eventTimestamp）由设备设置且时间戳超出过去一个月或者未来两天之外时，事件时间戳有效边界之外的错误将会发生。

请注意事件数据检查器取决于你是否正在查看有效或无效事件展示了略微不同的内容。无效事件：原始事件JSON将完全按照你发送到deltaDNA的方式显现，因此你可以准确的看到发送了什么，改变它以及使用交互验证来查看需要修复什么。有效事件：针对有效事件展示的事件JSON报告展示了其被成功验证后的事件，并有一些自动的参数被添加到其中（例如collectInsertedTimestamp，eventLevel，gaUserStartDate等等）。事件包括在数据库（通常产品对象）中被分成多个行的对象数组，其将以多行出现，一个是主事件，另外的一些是每个子数组对象。
  • 事件差异工具

    事件差异工具对于比较开发（DEV）和实际（LIVE）事件的差异非常有效。其甚至可以被用于比较你的账号中不同游戏的事件。

    diff