RUnit、svUnit、testthatのようなツールはパッケージ開発者には良いことですが、テストスクリプトや特定のパッケージの使用例をアップロードする手段があると便利だと思います。継続的な統合（例えばJenkins）や基本的な単体テストを行っているユーザーは、すでにそのようなテストを行っている可能性があり、パッケージメンテナーの使用のためにスクリプトを提供することが有益であることがわかります。Rテストスクリプトを寄稿する
このような機能は、CRANまたはRForge、またはgithubなどの他のサイトを介して存在しますか？その場合、リポジトリを使用する主要な例がありますか？ユーザがテストに貢献できるようにするには？
（おかげでsvUnitを私に思い出させるために@mariotomoします。）
私は物事を過度に複雑控えるようお勧めします。なぜ、ちょうどこのようなものではない：
与えられたパッケージのソース（すなわちrforge、rforge、githubの、...またはストレートCRAN源上）を見て、
は（そのtestingsスキームを理解しますすなわち、tests/ディレクトリ、マニュアルページの例、またはCRANの3つのユニットテストフレームワークの1つ）、
は新しいテストに貢献します。
これは本当にすべてです。貢献するドキュメント、デモスクリプト、新しいコードなどと同じです... オープンオープンソースに焦点を当てる必要があります。
+1良いアドバイス。私は 'tests /'ディレクトリを見落としていました。私はテストがリリースに影響を及ぼしているかどうかにかかわらず、他のユーザーにもテストが表示されるようにすることを意図していました（たとえば、特定のテストが途絶えても、アップグレードしたパッケージを使用する前に、ユーザ側で監視し、検証段階の一部として 'test /'結果を統合していませんでした。非常に良いリマインダをありがとう。 – Iterator
喜び。小額の漸進的な寄付を求めるあなたの呼びかけは、小さくて実用的なものに重点を置いています。 –
パッケージの小さなサンプルで見つかった1つのしわは、自分の仕事にとって重要なものがいくつかありますが、 'tests /'ディレクトリを持つ人はR Coreや少なくとも非常に優れた開発者によって書かれている可能性が高いです。残りは非常に堅実な研究者によって書かれていますが、開発の専門知識はあまりないかもしれません。多くのパッケージ保守担当者にテストを伝える方が良いか、リポジトリにパッケージの束をテストするのが良いかどうかを検討する必要があります。 – Iterator
これはRや他の言語では本当に良いアイデアです。 – Owen
私はいくつかの人々がgithubでプルリクエストを介してテストに貢献してきた – hadley
svUnitを忘れないでください！ :)それはジェンキンスの中でかなりいいです。 – mariotomo