-
Notifications
You must be signed in to change notification settings - Fork 405
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 more test for recordRate rate-controller #1627
base: main
Are you sure you want to change the base?
add more test for recordRate rate-controller #1627
Conversation
e4593b5
to
4fa71d7
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.
Sorry lots of issues with this test I'm afraid
4fa71d7
to
8f0f0a8
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.
There appear to be more changes required for this based on previous comments.
249bc61
to
7e89b68
Compare
@davidkel i have tended to them, thanks |
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.
So more issues here I'm afraid, but the sparse population of the records array has shown up bugs but unfortunately you hid by fixing the test, so something to always bare in mind.
On further thought as well for completeness we should also add tests that test records that are not sparse. ie we have continuous values starting at the 0'th record element (eg records[0]=100;records[1]=300;records[2]=500;records[3]=700;) as this is a common scenario as well. So we should have tests for it.
|
||
const controller = RecordRate.createRateController(testMessage, stubStatsCollector, 0); | ||
|
||
controller.records.should.be.an('array').that.has.lengthOf(5); |
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.
this test is not correct, as stated in a previous review, the value here should be one more than the value returned by getNumberOfTxs because we can and probably will have an entry for 0 transactions submitted therefore if we have 5 transactions submitted then we would have 0-5 possible records. This will then show there is a bug in the code which needs to be fixed.
Signed-off-by: Babatunde Sanusi <swisskid95@gmail.com>
7e89b68
to
1efa307
Compare
Checklist
Issue/User story
Partially addresses #1606
Steps to Reproduce
Existing issues
Design of the fix
Validation of the fix
After this PR: Running the tests in caliper-core the listed %stmts in the code coverage report should tally with the below listed
Before the PR: Running the tests in caliper-core the listed %stmts in the code coverage report the below listed was what was there before
What documentation has been provided for this pull request