2011-08-25 100 views
8

儘管像RUnit,svUnittestthat這樣的工具對於軟件包開發人員來說是很好的,但我認爲有一些方法可以上傳測試腳本甚至是特定軟件包的使用示例。持續集成的用戶(例如Jenkins)甚至基本的單元測試可能已經有了這樣的測試,並且可能會發現爲包維護者的使用提供腳本是有益的。貢獻R測試腳本

通過CRAN或RForge或通過其他網站(如github)存在此類功能嗎?如果是這樣,是否有使用存儲庫的主要例子,例如github,允許用戶貢獻測試?


(感謝@mariotomo提醒我svUnit。)

+1

對於R和其他語言,這是一個非常好的主意。 – Owen

+3

我已經有幾個人通過github上的請求提交測試 – hadley

+1

不要忘記svUnit! :)它在Jenkins中表現得相當不錯。 – mariotomo

回答

4

我建議從過於複雜的東西不要。爲什麼不只是這樣的事情:

  • 看一個給定的包的源(即上rforge,rforge,github上,......或直CRAN源),

  • 瞭解其testings方案(即tests/目錄,手冊頁中的示例或來自CRAN的三個單元測試框架之一)以及

  • 貢獻新的測試。

這真的都是有太多它。相同的貢獻文檔,演示腳本,新的代碼,....我們可以也應該專注於開源的開放

+0

+1好的建議。我忽略了'tests /'目錄。我的意思是測試對其他用戶也是可見的,不管它們是否影響發佈(例如,如果作者打算改變行爲,即使某些測試破裂 - 對其他用戶的可見性也是如此)。我在用戶方面做了一個疏忽,並沒有在使用升級包之前將'test /'結果作爲驗證階段的一部分進行集成。感謝您提供非常好的提醒。 – Iterator

+0

快樂。你對小額增加捐款的呼籲很好地集中於小型,可操作的事情。 –

+0

我剛剛在一個小軟件包樣本中發現了一個問題,儘管有幾個對我的工作至關重要的是,那些具有'tests /'目錄的人更可能是由R​​ Core或至少非常典型的開發人員編寫的。其餘的都是由非常紮實的研究人員撰寫的,但他們可能沒有太多的發展專長。我需要仔細考慮是否更好地向許多軟件包維護者傳播測試,或者只是在存儲庫中對一堆軟件包進行測試。 – Iterator