| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
|
-1 We already have tests that cover the buffer.read*()/buffer.write*() functions:
etc. ... If anything, we should at least be combining these tests into two files: one for reads (e.g. 'test-buffer-read-numbers') and one for writes (e.g. 'test-buffer-write-numbers'). Perhaps we might even combine them all into one file (e.g. 'test-buffer-read-write-numbers'). |
Sorry, something went wrong.
None of the existing tests cover noAssert functionality. This test covers it for all the functions. I think we can use this as a starting point and combine the other read* tests into it. Either that or rename this test to add noAssert into the file name. I think either of those options are better than the alternatives that I can think of, which are:
|
Sorry, something went wrong.
|
(My vote would be add noAssert to the file name and leaving the other tests alone. Perhaps test-buffer-read-noassert.js or something like that.) @larissayvette The commit message (and the PR description) don't contain any useful information. Can you please provide a description of the change? Perhaps something like this?: "This change tests the functionality of buffer.read*() functions when using the noAssert option." |
Sorry, something went wrong.
There was a problem hiding this comment.
LGTM with nits addressed (file name, commit message) and green CI
Sorry, something went wrong.
There was a problem hiding this comment.
Nit: This would probably be better as something like: noAssert should not change return value for valid ranges
Sorry, something went wrong.
There was a problem hiding this comment.
Alright doing those changes
Sorry, something went wrong.
|
@Trott I have updated the PR |
Sorry, something went wrong.
|
@mscdex Are you still opposed to this given what I wrote above? If so, do you have an opinion as to a better way to introduce testing for the noAssert option for these functions? |
Sorry, something went wrong.
|
@Trott Additional code coverage is fine if that's really what this PR is doing, but at the same time I'm not keen on exacerbating the issue of test fragmentation for buffer.read*()/buffer.write*(). |
Sorry, something went wrong.
Sorry, something went wrong.
PR-URL: nodejs#10713 Reviewed-By: Rich Trott <rtrott@gmail.com> Reviewed-By: James M Snell <jasnell@gmail.com>
|
Landed in c8ed5f2. Thanks, @larissayvette! 🎉 Next steps:
|
Sorry, something went wrong.
PR-URL: nodejs#10713 Reviewed-By: Rich Trott <rtrott@gmail.com> Reviewed-By: James M Snell <jasnell@gmail.com>
PR-URL: nodejs#10713 Reviewed-By: Rich Trott <rtrott@gmail.com> Reviewed-By: James M Snell <jasnell@gmail.com>
PR-URL: nodejs#10713 Reviewed-By: Rich Trott <rtrott@gmail.com> Reviewed-By: James M Snell <jasnell@gmail.com>
PR-URL: nodejs#10713 Reviewed-By: Rich Trott <rtrott@gmail.com> Reviewed-By: James M Snell <jasnell@gmail.com>
PR-URL: #10713 Reviewed-By: Rich Trott <rtrott@gmail.com> Reviewed-By: James M Snell <jasnell@gmail.com>
PR-URL: #10713 Reviewed-By: Rich Trott <rtrott@gmail.com> Reviewed-By: James M Snell <jasnell@gmail.com>
| Back | FazBrowse Home | New Git URL |
Checklist
Affected core subsystem(s)
test
noAssert tested in buffer.read() functions