星期三常见问题解答:Corona 错误报告

星期三常见问题解答:Corona 错误报告

FAQ Icon
现在是星期三,又到了常见问题 (FAQ) 解答时间。以下是一些关于提交 Corona 错误报告的常见问题解答。

1. Corona 模拟器不再工作了,请修复它!

这是我们收到的一个真实错误报告,没有关于该问题的其他信息。我们确实喜欢了解错误并尝试修复它们,但您需要提供信息来帮助我们做到这一点。至少,您的错误报告中需要包含以下项目

  • 您在哪个平台上遇到问题:Mac 模拟器、Windows、模拟器、iOS、Android?
  • 如果仅在设备上失败,您测试了哪些设备以及它们使用的操作系统版本是什么?
  • 您使用的是哪个 Corona 版本?如果是每日构建版本,它是否适用于发布版本?它在哪个版本上停止工作的?
  • 重现问题的步骤
  • 用于演示问题的项目代码

如果您的项目在构建或安装到设备时失败,请尝试构建并安装一个 Corona 示例项目(例如,HelloWorld)。这将告诉您您的系统是否已设置为构建和安装您的应用程序。

当您提交错误报告时,请考虑如果您被分配此错误,您需要什么来解决问题。

当您登录后,您会在 Corona 网站的顶部看到“报告错误”链接。请填写整个表格并添加任何其他信息以帮助重现您的错误。

2. 我在论坛中发布了我的错误,为什么我还需要提交错误报告?

许多错误都发布在 Corona 论坛中,这是一件好事。它让用户了解可能存在的问题,其他人可以帮助确认该错误。我们确实会监控论坛并回复报告,但这并不意味着仅仅因为我们在论坛中回复了,该错误就已在我们的系统中进行修复。您需要使用上面列出的信息提交正式的错误报告。这会将其添加到我们的错误跟踪系统中,并允许我们为错误分配优先级并将其路由到工程部门进行修复。它还会分配一个可用于跟踪错误的案例编号。

3. 我的错误被拒绝了,因为我没有提供测试代码。为什么?

我们需要测试代码来验证错误。仅仅描述您在代码中正在执行的操作通常是不够的。在许多情况下,所有代码文件和资产的组合都是导致错误的原因。我们曾尝试仅使用代码片段来重现许多错误案例,发现没有足够的信息来显示问题。

提供测试代码还有助于我们更快地验证和分配您的案例。如果有一个我们可以运行的完整测试项目,它将尽快得到评估。需要使用您的代码片段创建新项目的案例可能会被推迟到以后。

4. 我的错误被拒绝了,因为我只提供了一个 main.lua 文件。为什么?

许多案例都只附加了一个 main.lua 文件。有时这足以重现问题,但在许多情况下并非如此。我记得有一个案例只提供了 main.lua 文件。我使用该文件创建了一个新项目,但无法重现该错误。结果发现该错误仅在横向模式下发生。如果他们提供了完整的项目文件集,我就会看到问题并节省时间。

有时您不知道问题的确切原因,因此提供一个演示该问题的完整测试项目将有助于我们确认该错误并更快地将其分配进行修复。

5. 我的项目太大了,无法提交,我该怎么办?

如问题 4 中所述,我们希望获得演示问题的项目代码,但我们不希望获得您的完整项目。原因是浏览代码并尝试理解它正在做什么需要太多时间。您在开发中遇到的并非所有问题都是 Corona 错误,因此您需要调试并隔离您看到的问题。如果在该过程中您发现了一个错误,并且知道这不是您在代码中做错的事情,请尝试创建一个演示该问题的简短测试用例。然后,您可以将该项目(及其所有支持文件和资产)压缩并将其附加到错误报告中。

我们的一些用户向我们发送了他们完整的项目代码并要求我们为他们调试。我们没有资源和时间来做到这一点,只能处理有人花时间隔离和识别 Corona 问题的错误报告。

6. 为什么我的应用程序运行时模拟器会崩溃?

模拟器崩溃发生在项目代码中出现未捕获的错误时。我们会优先修复导致模拟器崩溃的错误,但有时项目代码中存在一些错误会导致模拟器崩溃。

如果您正在运行 Mac 模拟器,它将生成一个“崩溃日志”。许多用户在崩溃后向我们发送了这些崩溃日志。崩溃日志让我们了解了问题所在,但无助于我们发现和修复崩溃的原因。

为了帮助解决此错误,我们确实需要一个可以重现模拟器崩溃以及重现步骤的小型测试项目。

这就是今天的问题。我希望您喜欢它们甚至学到了一些东西。

tom
12 条评论
  • Joris
    发布于 3 月 27 日 11:58h

    嗯。我很久以前就停止提交错误了,因为
    a) 关键问题没有得到修复
    b) 对付费客户的响应速度非常非常慢
    c) 测试用例并非总是被接受。

    再见 Corona。

    • Danel
      发布于 3 月 27 日 18:11h

      我也看到了很多这种情况。我希望他们能修复更多的错误或更快地回复。我与一个团队合作,我们需要的最后一个错误修复,我们的经理不得不支付高级支持来让他们修复他们自己的错误,我认为这真的不公平。

  • Rob
    发布于 3 月 27 日 12:31h

    谢谢 Joris,这非常有帮助且相关。
    所以我想我们不会再在这里见到你,祝你好运。

    • Andreas
      发布于 3 月 27 日 15:18h

      我提交了一些带有测试用例的错误报告。

      Corona Labs 团队处理了这些问题,并且在少数情况下,当不可能在短时间内修复错误时,甚至向我发送了一些关于他们进展以及他们的计划的信息。

      我认为该团队所做的工作非常出色,如果没有他们对一些关键问题的帮助,我的游戏“Freeze!”的开发时间会更长。

      而且每个人都知道,不仅为 iOS 而且为 Android 设备开发的人都知道,尝试让代码在 1900 多台设备上运行是件非常痛苦的事情……正如我们德国人所说,像花盆一样……。

      还有一件事:我正在阅读论坛,有时我会帮助其他遇到和我相同问题的开发人员。而且很多时候,这些问题都是自找的,而不是 SDK 的错。因此,提供一个小型的测试项目不仅可以理解,而且至关重要 - 否则 Corona Labs 团队将不得不调试许多糟糕的案例,而没有时间开发酷炫的新东西。 🙂

      最好,
      Andreas

      • Chevol
        发布于 3 月 27 日 16:18h

        我的经历与 Andreas 类似。我的错误都很快得到修复,我经常收到电子邮件解释问题所在以及他们为修复问题所做的事情。我怎么赞美 Corona 及其产品都不够。他们对想法和意见的反应非常迅速和开放。
        Joris,祝你好运,但我怀疑你会找到另一家能与 Corona 及其工程师相提并论的公司。

        • Andrew
          发布于 3 月 27 日 18:26h

          我完全同意 Andreas 和 Chevol 的观点,并且我在提交错误报告方面也有同样的积极体验。Corona 团队的沟通非常出色,而且我提交的错误也得到了修复。

          致所有阅读此文的人,关键在于 Tom 所写的——你真的必须自己做一些工作,将 bug 隔离成最简单但完整的测试用例。这对 Corona 团队来说是公平的,否则他们会被大量的虚假 bug 报告淹没。找出并隔离 bug 实际上是一项有趣的侦探工作,这样做有助于证明它确实是一个真正的 bug(而不仅仅是你代码中的错误)。

          – Andrew

  • Stephen Lewis
    发布于 21:00, 3月27日

    我也曾有过 Corona 修复我提交的 bug 的积极体验。起初,我认为为了提交 bug 报告而必须创建一个简单的可重现用例是很麻烦的,因为从成熟的项目中提取测试用例并不总是容易的。但是,有些时候我这样做后发现 bug 是我自己的而不是 Corona 的,所以被迫这样做可能是一个很好的锻炼。

    我用来为 bug 创建简单测试用例的一个技巧是从 Corona 提供的示例项目中选择一个与我自己在项目中正在做的最相似的,并对其进行稍微修改以模拟我认为正在触发 bug 的应用程序中的情况。这比编写一个全新的项目花费的时间要少,而且如果 bug 确实可以在测试用例中重现,那么对于 Coronalabs 的工程师来说,诊断问题可能更快,因为他们更熟悉自己的示例代码。

  • Thomas Vanden Abeele
    发布于 03:24, 3月29日

    我个人的经验是不得不等待一年我的提交的 bug 才被修复,但实际上我并没有抱怨:我认为即使在提交一年后,CoronaLabs 的某人仍然有条不紊地检查“旧”的 bug 并尝试修复它们,这真的很酷。

    使用 Corona 两年后,我仍然对这个产品以及它的低价位非常非常热情。我是一个老手,所以我清楚地记得人们必须拿出第二笔抵押贷款才能购买 Silicon Graphics 机器和专业软件的日子 🙂

  • adam
    发布于 07:23, 3月29日

    我们可以在哪里查看活跃/已报告的 bug?我记得以前在资源中有一个链接,但现在没有了。

  • Olivier
    发布于 09:59, 3月30日


    和 Andreas 一样,我最近提交了一个带有测试用例的 bug 报告。它是关于新的 scrollview 小部件的。Corona Labs 团队很快就解决了它。他们完美地完成了他们的工作。
    再次感谢
    Olivier

  • Jules
    发布于 03:19, 4月2日

    我们可以在哪里查看和浏览其他人的 bug 报告?我觉得这对于隔离潜在的 bug 和避免提交无益/误导的 bug 报告都很有用。

  • frank
    发布于 19:06, 5月13日

    我同意团队的整体帮助,但从战略上讲,bug 太多了。

    依我看来,开发团队必须放慢脚步,a) 在添加新功能之前修复现有的 bug,b) 建立严格的 QA 流程,包括聘请高级 QA 团队。

    我不在乎价格。与你可以出售的应用程序相比,开发人员许可证很便宜。我们浪费在调试和报告 bug 上的时间才是昂贵的。