Henrik Bengtsson
2012-Apr-08 20:38 UTC
[Rd] Proposal: Mechanism for controlling the amount of testing 'R CMD check' performs
Hi, I'd like to propose to introduce a standardized mechanism for controlling the amount of testing that 'R CMD check' performs together with an option to 'R CMD check' to specify if shallow or deep tests should be performed. I believe such a standardized feature would be useful, especially because the recent CRAN Policies needs to limit the computational load on CRAN servers, introducing an unfortunately conflict between writing writing thorough system tests and having light-weight tests for CRAN. My solution to this has been to introduce use a system environment '_R_CHECK_FULL_', which I set to TRUE (or leave blank), and have my tests/*.R scripts test for this in order to either skip the test completely or do for instance down sample the data tested, e.g. if (Sys.getenv("_R_CHECK_FULL_") != "TRUE") { ... } Instead of such home-cooked solutions, I call for a more standardized mechanism, e.g. if (tools::checkLoadOK("CRAN")) { ... } and R CMD check --allowed-load=CRAN ... where predefined levels could be NONE < MINOR < CRAN < DEFAULT < MAJOR < FULL, or similar. This would also be useful in the iterative process of developing/testing new features of one's package. Comments? /Henrik
Possibly Parallel Threads
- Reference Classes copy(shallow=FALSE) unexpected behavior.
- Controlling Amount of Memory Available
- Maintaining specific order when using aggregate or change order on axis
- shallow over http or ftp not supported
- Re: Hi, Bryan; was: Re: pronunciation? <snip> -- don't shoot the messenger ...