-
Notifications
You must be signed in to change notification settings - Fork 8
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
Add conversion script #22
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #22 +/- ##
==========================================
Coverage 100.00% 100.00%
==========================================
Files 1 2 +1
Lines 173 351 +178
==========================================
+ Hits 173 351 +178 ☔ View full report in Codecov by Sentry. |
@andywaltlova, any suggestions to deal with the testing for the other script? I have currently duplicated the tests for now, but not sure if that's an appropriate decision here. I think we can discuss this a bit later to see how we want to deal with that. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
few comments, otherwise looks good, pretty similar to pre-conversion
for the tests.. 🤔 well of course we would ideally like the module and import functions from it but that is problematic for tasks, hmmm I think here we could at least change the approach little bit? since we have test_files for each function in scripts, we could keep one folder with tests, for whatever is common we would just import same function from both scripts and test both of them against the same expectations, if function is somehow special for one of the scripts we could extract that use case to subfolder.. something like
tests
common #all functionality common between those two scripts
test_function_name.py
....
pre-conversion # test cases specific to pre-conversion behavior
conversion # test cases specific to pre-conversion behavior
this approach kinda assumes there won't be more scripts 😅
I am also fine with the duplicate approach, it's not priority, we could extract this improvements to separate task for future us :D
Yeah, I thought about that strategy, but then, I think there are a couple of things we may want to define before we start working on that. I like the idea, definitely, but I would say for now... We are kinda of okay with the duplication. Do you think it is worth it to tackle that separation for the tests in this PR, or this could be something for the future? |
yeah as I said at the end, I am fine leaving it like that :) |
7e5d71e
to
c6adca8
Compare
c6adca8
to
53b0e76
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just missing status prints for consistency, otherwise looks good - we will see on test day :)
Signed-off-by: Rodolfo Olivieri <[email protected]>
Signed-off-by: Rodolfo Olivieri <[email protected]>
Signed-off-by: Rodolfo Olivieri <[email protected]>
Signed-off-by: Rodolfo Olivieri <[email protected]>
Signed-off-by: Rodolfo Olivieri <[email protected]>
Signed-off-by: Rodolfo Olivieri <[email protected]>
Co-authored-by: Andrea Waltlová <[email protected]>
for more information, see https://pre-commit.ci
8441596
to
c83396f
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just to make it consistent, otherwise looks good! 👍
Co-authored-by: Andrea Waltlová <[email protected]>
@andywaltlova, updated the preconversion script too: #27 |
yep both approved! :) |
Related to HMS-2894