13

这个问题的灵感来自Duncan Murdoch在 r-devel 邮件列表中对有关 Sweave 的错误报告的回应：

这在 R 补丁中已修复。（如果有更多的人测试 beta，它会在 2.12.0 中修复......）。

老实说，出于多种原因，我一直远离测试版（也称为开发版），这些是我从更多人那里听到的原因：

  1. 我有点害怕它会以某种方式与我当前的 R 发行版发生冲突。因为工作需要它，所以必须定期修理它会浪费时间，我无法向我的老板解释
  2. 我不知道如何有效地进行测试。我认为我能想出的每一个测试都已经由开发团队运行了。
  3. 我仍然很难弄清楚什么时候是一个错误，什么时候（最常见的）是我自己的愚蠢开始了。

但据我所知，这将是对 R 社区的宝贵贡献，如果我能以某种方式将其融入我自己的工作中，我也愿意做我的一点测试。我正在考虑保留测试版并通过它运行我的脚本以及检查。保存构造的对象可以快速轻松all.equal()地查看是否有问题。

有人对我如何以最少的努力和最大的效率帮助测试有更多/更好的想法吗？

我也想在我们部门多宣传一下。除了“是时候回馈社区了”之外，还有其他什么理由可以证明测试 beta 值得付出努力？我该如何反驳上面给出的论点？

编辑：

正如 Dirk Eddelbuettel 在评论中指出的那样，部分交易是阻止 Windows 中的路径变量。我对此有一些想法，但也非常感谢有关如何实际组织计算机以测试 R-devel 版本的指针。

4

2 回答 2

5

我怕你误会。起初这可能并不简单或明显，所以这可能会有所帮助：

  • “修补”不是“测试版”。修补是 R 2.12.1 的内容。

  • 没有冲突。它适用于 2.12.0。

  • 它是一个单独的下载，并且可以从这里获得每晚构建。

  • 这不是 r-devel 而是 r-patched。

  • 作为用户，我们也有责任测试预发布版本。因此，如果有的话，用理想的话来说，您将安装 R-patched --- 以及 R-devel！

  • 测试可以像安装另一个版本一样简单，将其保留在您的路径之外，然后从脚本动态调整 PATH 和 R_HOME。测试意味着在您的代码和数据上运行它，以防止您在新代码发布后被错误所困扰。

于 2010-11-29T16:20:05.937 回答
3

我不知道如何有效地进行测试。我认为我能想出的每一个测试都已经由开发团队运行了。

我仍然很难弄清楚什么时候是一个错误，什么时候（最常见的）是我自己的愚蠢开始了。

问题是，软件不会（或不仅）会被开发人员使用。可能根本没有编程知识的人将使用它（我一般来说，这对 R 以及任何其他软件都有效）。

如果帮助或界面或软件构建的一般方式没有为您提供有关如何做某事的足够信息，那么这可能不是错误，但它是可以改进的（并向开发人员指出）。

另外，请记住开发人员编写了软件。他们知道如何使用它，并且通常他们会偏向于主要通过正确使用它来测试它，看看它是否能产生好的结果，而不是“试图打破它”。

通过以您的方式使用它（这可能是“不正确的”），您正在有效地运行可能逃脱开发人员的测试，只是因为他们没有像您那样考虑使用它。

于 2010-11-29T17:12:28.437 回答