-
Notifications
You must be signed in to change notification settings - Fork 317
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
Testthat reporting success when it should report failure. #1358
Comments
Could you please create a reprex as a minimal package that demonstrates the problem? |
I'm afraid I don't know enough about the root of the problem to create a minimal package that demonstrates the problem. If you think it is too much of an edge case to support please let me know |
You don't need to know anything about the problem in order to create a minimal reprex — you just have to either start with a simple package and add the stuff you think contributes to it, or take the existing package and delete until it goes away. |
I will see if I can get some time to do this. Right now I'm a bit resource constrained. |
No rush, I'm unlikely to look at it for weeks to months anyway 😄 |
Closing since it's now 2 years later 😄 |
I see the following in the test that log:
But testthat reports this as a success:
https://github.com/nlmixrdevelopment/RxODE/actions/runs/669412373
While I don't want the tests to stop on an error I want the whole test suite to fail if there is one error hence I use
stop_on_failure = FALSE
.In testthat 2 this did error, but now it does not. Is this new? It isn't entirely clear in the documentation what should happen with this option when the entire test suite is run.
Still failures seem inconsistent. Sometimes errors still cause testthat to fail for the project, sometimes they pass with errors. Is this error ignored since it is outside a testthat block?
Thank you for the package and your time.
The text was updated successfully, but these errors were encountered: