This repository has been archived by the owner on May 14, 2018. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 20
Clear understanding of testdat usecase #18
Comments
yes, please! |
To elaborate, I was thinking perhaps, that people can add assertions based on the type of data they are working with. So if someone will have dates, they can add some assertions to test date related issues. etc. |
Great! Will work on this now. |
If you need more datasets to test, I can throw a few more into the |
Would it be possible/desirable to integrate any of this with @hadley's testthat expectations? Like, |
@davharris We are wrapping in custom testdat expectations (if none already exist). See this pr for an example. |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Alyssa, Ted and I were just discussing this -- can we clearly define the usecase for testdat?
The way I am envisioning it, the testdat suite is something that you'll want to run immediately after loading a dataset in order to understand it. That is, it'll be
dat <- read.csv("data.csv")
thentest_continuous_dat(dat)
etc. Then in your documentation you might have a small section "testing data" where you display the results of these tests. Should we write up documentation outlining this?The text was updated successfully, but these errors were encountered: