3 ms·
Regarding the first, yes I thought obviously I meant per single unit resp. integration test. And 'covers' meaning what is actually under test. So: test_1
by OJFord 3y ago
Regarding the first, yes I thought obviously I meant per single unit resp. integration test. And 'covers' meaning what is actually under test.
So:
test_1 {
result = waz()
assert result == 42
}
is an 'integration test' vs. a 'unit test', according to people using the first definition, exactly when `waz` calls other functions vs. is somewhat pure.
I do not consider that I 'misspoke', but I hope that clarifies it for you.
> The remaining two I guess say something, albeit flimsily, but obviously do not allow explicit testing of third-party code. Take the second case, since it provides some concrete code. Show us how you would update that code to explicitly test some third-party library. Remember that you said it calls "your handler code". I will wait.
Don't wait, because I've no interest in continuing this.
- randomdata 3y ago> is an 'integration test' vs. a 'unit test' I don't get it. There isn't a contention between the two. The definition of unit test is a test that is independent of other tests. That would include any integration test that exists independent of other tests. Frankly, as far as I can see all tests written in any modern codebase are unit tests. It is not the 1970s anymore. We learned our lessons. Realistically, while the 'unit test' branding may have helped us learn those lessons, it doesn't add anything today. In the modern lexicon, 'test' already implies 'unit test'. They are one in the same. > I hope that clarifies it for you. Nope. I honestly have absolutely no idea what you are trying to say there. Sorry. > Don't wait, because I've no interest in continuing this. I expected. I wouldn't have interest in trying to show something that is impossible either.