Closed cjyetman closed 2 months ago
Attention: Patch coverage is 0%
with 2 lines
in your changes missing coverage. Please review.
Project coverage is 0.81%. Comparing base (
9a24a10
) to head (25b8a6a
).
Files | Patch % | Lines |
---|---|---|
R/prep_key_bars_company.R | 0.00% | 2 Missing :warning: |
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
I triggered a CI/CD build from this PR in https://github.com/RMI-PACTA/workflow.transition.monitor/pull/322 which built the following CH 2024 report: https://pactadatadev.blob.core.windows.net/ghactions-workflow-transition-monitor-results-reports/rmi_pacta_2023q4_pa2024ch-20240611T150226Z/EN/bank/1/working_dir/50_Outputs/rmi_pacta_2023q4_pa2024ch/report/index.html
which has the following company weight plot:
Seems like it worked?
Looking at the report that Jackson generated it looks good to me and like it worked. My question is in general what should be the testing procedure for the report from now on? Is checking a report generated by CI/CD and seeing the intended change a proof that what we implemented works?
This particular change seems like an easy one though, if we see it works as it uses a known
dplyr
function and changes only two lines of code resulting in a behavior that matches expectations. So LGTM.
Not sure there's a "right" answer, but I would assume that, as the maintainer, it's your choice how to test and what passes for adequate testing to merge something.
This needs serious review and testing. Just getting a hypothetical fix down for review.