Closed Henry-Gao-2004 closed 1 year ago
Merging #220 (04ed090) into main (8fc66c5) will increase coverage by
1.91%
. The diff coverage is57.14%
.
@@ Coverage Diff @@
## main #220 +/- ##
==========================================
+ Coverage 16.24% 18.16% +1.91%
==========================================
Files 32 32
Lines 3023 3023
==========================================
+ Hits 491 549 +58
+ Misses 2501 2443 -58
Partials 31 31
Files Changed | Coverage Δ | |
---|---|---|
controllers/componentplan_controller.go | 0.00% <0.00%> (ø) |
|
api/v1alpha1/componentplan.go | 43.28% <100.00%> (+43.28%) |
:arrow_up: |
:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more
It seems like any function involving a condition with LastTransitionTime cannot be tested, as it is impossible to generate an expected condition (because LastTransitionTime uses metav1.Now()). Can I know if there is a way to test those methods, or should we just leave them untested?
It seems like any function involving a condition with LastTransitionTime cannot be tested, as it is impossible to generate an expected condition (because LastTransitionTime uses metav1.Now()). Can I know if there is a way to test those methods, or should we just leave them untested?
I think you can ignore the comparison of the LastTransitionTime
field.
This test function has the same problem as you. I am also ignoring the comparison of the time field.
I think you can ignore the comparison of the
LastTransitionTime
field. This test function has the same problem as you. I am also ignoring the comparison of the time field.
Great idea! I will write the test cases for all functions in componentplan.go and then be ready for review again! Thank you very much for your suggestion!
The branch is now up to date!
What type of PR is this?
What this PR does / why we need it
Which issue(s) this PR fixes
For #194
Special notes for your reviewer