Translation -
In this test case (Test 1 and Test 4) a HistoryRead is called with the following parameters:

StartTime = EndTime
Bound=True(1)
NumValuePerNode=1
Since Bound=True and NumValuePerNode=1 are set, a ContinuationPoint is returned by the server to be tested (since Bound=1 means that the limits should be output, so there are at least 2 values: START and END + values ​​in between). However, this is considered an error in the test case.

It would be correct to expect a ContinuationPoint and not to expect another CP until a second query (with ContinationPoint set) (since there can only be 2 values ​​(START and END) with StartTime=EndTime and Bound=true).

The test case is correct - when starttime = endtime only one value is to be returned
from specification "It is specifically allowed for the startTime and the endTime to be identical. This allows the Client to request just one value. "
further more with regard to the bounds - the spec say the following - "If numValuesPerNode is 1 then only the start bound is returned (the end bound if the reverse order is needed)"
and by definition of a bounding value says a value at the starttime is to be returned.

The net result isa that only one value is returned and it has a timestamp of StartTime.

The test case is correct as written