Displaying 4 results from an estimated 4 matches for "testllvmobject".
2017 Jul 28
3
Test Error Paths for Expected & ErrorOr
...ssed between function call hierarchies in more complex
>> scenarios.
>> For this I should point to the other example in the code, where it's
>> applied to llvm::object::createBinary():
>> https://github.com/weliveindetail/ForceAllErrors-
>> in-LLVM/blob/master/test/TestLLVMObject.h#L13
>>
>> Here it detects and runs 44 different control paths, that can hardly be
>> covered by a unit test altogether, because they don't depend on the input
>> to creatBinary() but rather on the environment the test runs in.
>>
> Yep, testing OS level envir...
2017 Jul 27
2
Test Error Paths for Expected & ErrorOr
...can also verify correct handling
of errors passed between function call hierarchies in more complex
scenarios.
For this I should point to the other example in the code, where it's
applied to llvm::object::createBinary():
https://github.com/weliveindetail/ForceAllErrors-in-LLVM/blob/master/test/TestLLVMObject.h#L13
Here it detects and runs 44 different control paths, that can hardly be
covered by a unit test altogether, because they don't depend on the
input to creatBinary() but rather on the environment the test runs in.
Am 27.07.17 um 16:46 schrieb David Blaikie:
> I /kind/ of like the idea -...
2017 Jul 31
2
Test Error Paths for Expected & ErrorOr
...on call hierarchies in more complex
>>> scenarios.
>>> For this I should point to the other example in the code, where it's
>>> applied to llvm::object::createBinary():
>>>
>>> https://github.com/weliveindetail/ForceAllErrors-in-LLVM/blob/master/test/TestLLVMObject.h#L13
>>>
>>> Here it detects and runs 44 different control paths, that can hardly be
>>> covered by a unit test altogether, because they don't depend on the input
>>> to creatBinary() but rather on the environment the test runs in.
>>>
>> Yep...
2017 Jul 27
2
Test Error Paths for Expected & ErrorOr
Hello, this is a call for feedback: opinions, improvements, testers..
I use the support classes Expected<T> and ErrorOr<T> quite often
recently and I like the concept a lot! Thanks Lang btw!
However, from time to time I found issues in the execution paths of my
error cases and got annoyed by their naturally low test coverage.
So I started sketching a test that runs all error paths