代码之家 › 专栏 › 技术社区 › Joris Meys

作为一个普通用户,为什么以及如何有效地测试R的beta分布?

beta-testing r

Joris Meys · 技术社区 · 14 年前

这个问题的灵感来自于 邓肯·默多克 在r-devel邮件列表中,响应有关swave的错误报告:

这是用R-补丁修复的。(它会已在2.12.0中修复(如果更多) 人们测试了贝塔。

老实说,我远离beta-aka开发版本有很多原因,这些是我从更多人那里听到的原因:

但据我所知,这将是对R社区的一个有价值的贡献,如果我能把它融入到我自己的工作中,我也愿意做一些测试。我想把测试版放在一边,把我的脚本运行一遍,然后再做一次检查。保存构造的对象可以使 all.equal() 看看是不是出了什么事。

有人能更好地帮助我用最小的努力和最大的效率来测试吗?

我还想在我们部门多宣传一下。除了“是时候回馈社会了”之外,还有什么其他的理由可以证明测试beta是值得的呢?我如何反驳上面的论点?

编辑:

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

2 回复 | 直到 14 年前

Dirk is no longer here 14 年前

恐怕你误会了。一开始这可能并不直接或明显,因此这可能有助于:

“补丁”不是“测试版”。修补是R 2.12.1将是什么。
没有冲突。它降到2.12.0。
它是一个单独的下载,并且是每晚构建的 available from here .
这不是r-devel而是r-patched。
作为用户,我们也有责任测试预发行版。所以,如果有的话,用一个理想的词来说,你会安装R-patched——以及R-devel!
测试可以像安装另一个版本一样简单,将其保留在路径之外,然后从脚本中调整path和RúHOME dynamicaly。测试意味着运行它你的防止的代码和数据你一旦新代码被发布 .

nico 14 年前

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

我仍然觉得很难弄清楚什么时候是虫子,什么时候(通常)是我自己的愚蠢。

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

如果帮助或者界面或者软件的一般构建方式没有给你足够的关于如何做某事的信息,那么,这也许不是一个bug,但它是可以改进的(并向开发人员指出)。

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

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