[SystemSafety] State of the art for "safe Linux"
Paul Sherwood
paul.sherwood at codethink.co.uk
Wed Aug 7 14:10:20 CEST 2024
On 2024-08-07 12:11, Prof. Dr. Peter Bernard Ladkin wrote:
> On 2024-08-07 11:38 , Paul Sherwood wrote:
>> On 2024-08-07 10:28, Prof. Dr. Peter Bernard Ladkin wrote:
>>>>> [Dewi Daniels] If
>>>>> your tests haven't achieved statement coverage, then there's code
>>>>> that
>>>>> you've never executed, not even once, during your testing.
>>>>
>>>> I understand the argument, but this last sentence is flawed.
>>>
>>> How is the last sentence "flawed"? It seems to me a clear statement
>>> of the obvious (which I imagine is what Dewi intended).
>>
>> Because we can **test**, without creating **tests**. We may have
>> executed the code, but not created tests for it.
>
> Let me rephrase. Dewi's statement above is a tautology.
I looked up that word, to check it still means what I learned in
school...
"Needless repetition of the same sense in different words; redundancy.
An instance of such repetition.
An empty or vacuous statement composed of simpler statements in a
fashion that makes it logically true whether the simpler statements are
factually true or false; for example, the statement Either it will rain
tomorrow or it will not rain tomorrow."
In any case it's still clear that the logic of the original statement is
flawed, as I explained.
> I imagine he made it in order to remind us of the importance of
> statement coverage in constructing tests of critical software.
I expect he did. I am making these statements to remind folks of the
clear, obvious weaknesses in statement coverage as an approach.
More information about the systemsafety
mailing list