Closed kokodak closed 3 weeks ago
The recent changes improve the RunFindDocInfosByKeysTest
function by changing how an empty slice of keys is represented. The inline literal has been replaced with a nil
value, streamlining the code and enhancing its idiomatic expression. This adjustment does not affect the original functionality, maintaining the test's assertions and overall flow.
Files | Change Summary |
---|---|
server/backend/database/testcases/testcases.go |
Changed the representation of an empty slice from an inline literal to nil , simplifying the code; no functional changes. |
In the land of code where bunnies dwell,
An empty slice now casts its spell.
Withnil
we leap, so light and free,
Our tests are bright as they can be! 🐇✨
A simple shift, a joyful cheer,
In every change, our vision's clear!
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?
All modified and coverable lines are covered by tests :white_check_mark:
Project coverage is 51.06%. Comparing base (
d73a0f0
) to head (a0fed90
). Report is 2 commits behind head on main.
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
What this PR does / why we need it:
The current test case, the intent of the test(there is a length validation so that no errors are thrown) and the actual test are different.
In practice, current FindDocInfosByKeys test passes without length validation on the key list.
This is because
var keys []key.Key
is a nil slice, and[]key.Key{}
is a non-nil slice.https://github.com/yorkie-team/yorkie/blob/eb0c2d32070b750997dc77b051e1ab18324e9fb2/server/rpc/admin_server.go#L271
https://github.com/yorkie-team/yorkie/blob/eb0c2d32070b750997dc77b051e1ab18324e9fb2/server/backend/database/testcases/testcases.go#L146
The difference between the two is important, so in this PR, it modifies the test code to match the intent of the original test.
If a nil value is inserted into a DB query, it can lead to unintended results, so it would be nice to be aware of this.
Which issue(s) this PR fixes:
Related to https://github.com/yorkie-team/yorkie/issues/943
Special notes for your reviewer:
Thanks for your review!
Does this PR introduce a user-facing change?:
Additional documentation:
Checklist:
Summary by CodeRabbit
Summary by CodeRabbit