Skip to content
This repository has been archived by the owner on May 14, 2018. It is now read-only.

Clear understanding of testdat usecase #18

Open
hilaryparker opened this issue Apr 1, 2014 · 7 comments
Open

Clear understanding of testdat usecase #18

hilaryparker opened this issue Apr 1, 2014 · 7 comments

Comments

@hilaryparker
Copy link

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") then test_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?

@karthik
Copy link
Owner

karthik commented Apr 1, 2014

yes, please!

@karthik
Copy link
Owner

karthik commented Apr 1, 2014

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.

@hilaryparker
Copy link
Author

Great! Will work on this now.

@karthik
Copy link
Owner

karthik commented Apr 1, 2014

If you need more datasets to test, I can throw a few more into the local folder.

@davharris
Copy link
Contributor

Would it be possible/desirable to integrate any of this with @hadley's testthat expectations? Like, expect_no_nas.

@karthik
Copy link
Owner

karthik commented Apr 1, 2014

@davharris We are wrapping in custom testdat expectations (if none already exist). See this pr for an example.

@hilaryparker
Copy link
Author

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants