-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
possibly use cached taxize
objects for test suite?
#32
Comments
related to 1031a57 |
That sounds reasonable. Also caching would speed up running the tests, which are pretty slow right now. Another nice thing about caching is that we can specify exactly what version of |
Right - we can use my pkg |
@sckott I played a little with this. I'm a worried that it would become messy and hard to maintain, though. This expect_equal
taxizedb::children("asdfasdf", db='ncbi'),
taxize::children("asdfasdf", db='ncbi')
) is a lot clearer than this expect_equal(
taxizedb::children("asdfasdf", db='ncbi'),
readRDS("test123.Rda")
) Can you think of a cleaner approach? |
here's a but i'm still working on some bugs (See https://github.com/ropensci/vcr/milestone/1) - if i can get it to cran soon then we can use it |
unarchiving it thanks to @stitam 😸 |
This might be a bit tricky, but I guess whenever there's a new version of
taxize
on cran, then we can re-create the cached objects fromtaxize
- then the test suite here won't fail due to failures intaxize
(a lot of failures happen intaxize
due to one or more of the many web services being down)thoughts @arendsee ?
The text was updated successfully, but these errors were encountered: