这个问题的灵感来自r-devel邮件列表中 Duncan Murdoch 的评论，以回应有关Sweave的错误报告：
这是在R-patched中修复的。 （它会 如果更多，已在2.12.0中修复 人们测试了测试版...）。
老实说，出于多种原因，我已远离beta -aka开发版本，这些是我听到更多人的原因：
但据我所知，这将是对R社区的宝贵贡献，如果我能以某种方式将其融入我自己的工作中，我也愿意进行一些测试。我正在考虑将测试版保留在一边并通过它运行我的脚本以及检查。保存构造的对象可以快速轻松地all.equal()查看是否有错误。
对于我如何以最少的努力和最大的效率帮助测试，还有更多/更好的想法吗？
我也想在我们的部门推广这一点。除了“现在是回馈社区的时候”之外，为什么测试贝塔值得努力的其他任何好理由呢？我怎样才能反驳上面给出的论点？
编辑：
正如Dirk Eddelbuettel在评论中指出的那样，部分交易正在阻止Windows中的路径变量。我对此有一些想法，但是关于如何实际组织计算机以测试R-devel版本的提示也非常受欢迎。
答案 0 :(得分：5)
我担心你会误会。起初这可能不是直截了当或明显的，所以这可能会有所帮助：
“修补”不是“测试版”。修补就是R 2.12.1。
没有冲突。它下降了2.12.0。
这是一个单独的下载和每晚构建available from here。
这不是r-devel，而是r-patched。
作为用户，我们也有责任测试预发行版。所以如果有的话，在一个理想的单词中你会安装R-patched ---以及R-devel！
测试可以像安装其他版本一样简单，将其保留在路径之外，然后从脚本中动态调整PATH和R_HOME。测试意味着在您的代码和数据上运行它，以防止你在新代码发布后被 搞错。 < / LI>
答案 1 :(得分：3)
我不知道如何有效地测试。我认为我能提出的每一项测试都已由开发团队负责。
我仍然觉得很难弄清楚什么时候出现了什么问题，什么时候（最常见的）是我自己的愚蠢行为。
问题是，开发人员不会（或不仅仅）使用软件。它可能会被那些可能根本没有编程知识的人使用（我说一般来说，这对R以及任何其他软件都有效。）
如果帮助或界面或软件构建的一般方式没有提供足够的信息来说明如何做某事，那么这可能不是一个错误，但它可以改进（并指出）致开发者）。
另外，请记住开发人员编写了该软件。他们知道如何使用它，并且通常他们会主要通过正确使用它来测试它，看看它是否给出了好的结果，而不是“试图打破它”。
通过以你的方式使用它（可能是“不正确的”），你实际上正在运行可能逃过开发人员的测试，只是因为他们没有像你那样考虑使用它。