尽管像RUnit,svUnit和testthat这样的工具对于软件包开发人员来说是很好的，但我认为有一些方法可以上传测试脚本甚至是特定软件包的使用示例。持续集成的用户（例如Jenkins）甚至基本的单元测试可能已经有了这样的测试，并且可能会发现为包维护者的使用提供脚本是有益的。贡献R测试脚本
通过CRAN或RForge或通过其他网站（如github）存在此类功能吗？如果是这样，是否有使用存储库的主要例子，例如github，允许用户贡献测试？
（感谢@mariotomo提醒我svUnit。）
我建议从过于复杂的东西不要。为什么不只是这样的事情：
看一个给定的包的源（即上rforge，rforge，github上，......或直CRAN源），
了解其testings方案（即tests/目录，手册页中的示例或来自CRAN的三个单元测试框架之一）以及
贡献新的测试。
这真的都是有太多它。相同的贡献文档，演示脚本，新的代码，....我们可以也应该专注于开源的开放。
+1好的建议。我忽略了'tests /'目录。我的意思是测试对其他用户也是可见的，不管它们是否影响发布（例如，如果作者打算改变行为，即使某些测试破裂 - 对其他用户的可见性也是如此）。我在用户方面做了一个疏忽，并没有在使用升级包之前将'test /'结果作为验证阶段的一部分进行集成。感谢您提供非常好的提醒。 – Iterator
快乐。你对小额增加捐款的呼吁很好地集中于小型，可操作的事情。 –
我刚刚在一个小软件包样本中发现了一个问题，尽管有几个对我的工作至关重要的是，那些具有'tests /'目录的人更可能是由R Core或至少非常典型的开发人员编写的。其余的都是由非常扎实的研究人员撰写的，但他们可能没有太多的发展专长。我需要仔细考虑是否更好地向许多软件包维护者传播测试，或者只是在存储库中对一堆软件包进行测试。 – Iterator
对于R和其他语言，这是一个非常好的主意。 – Owen
我已经有几个人通过github上的请求提交测试 – hadley
不要忘记svUnit！ :)它在Jenkins中表现得相当不错。 – mariotomo