-
-
Notifications
You must be signed in to change notification settings - Fork 18
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
Wave 1 - tm_a_gee
shinytests
#1139
Wave 1 - tm_a_gee
shinytests
#1139
Conversation
Co-authored-by: kartikeya kirar <[email protected]> Signed-off-by: Marcin <[email protected]>
Signed-off-by: Marcin <[email protected]>
Signed-off-by: Marcin <[email protected]>
Unit Test Performance Difference
Additional test case details
Results for commit 8fe28a3 ♻️ This comment has been updated with latest results. |
@m7pr looks like since we did not have the CI before we missed this. Some tests are failing, as we expect table to change but even with new encoding selection the table remains the same. Can you please check the tests and see if you can reproduce it? |
Sure, sorry! |
Signed-off-by: Marcin <[email protected]> Co-authored-by: kartikeya kirar <[email protected]>
Hey @vedhav I fixed few tests. I blindly assumed change in some inputs will change the table but it actually does not change the table. Maybe it changes the table on the combination of multiple inputs, but single change keeps the table as it is. Maybe with @kartikeyakirar approach of mutliple parameter setup testing will undiscover the influence of the parameters that do not change the table on a single change. it's id_var and visit_var |
I think creating valid data to work for these tests should be enough. It could be just creating a new column in the ADSL with a new patient id column. |
superlintr is failing |
Okay, I think there is no way to influence this table with that one input because the table is dependent on the values in the ARM column. So, I think expecting the table to be same makes sense here. |
…shinytest2@main Signed-off-by: Marcin <[email protected]>
Part of #1108