View Issue Details

IDProjectCategoryView StatusLast Update
0006712Compliance Test Tool (CTT) Unified Architecture1 - Script Issuepublic2021-05-20 14:34
ReporterEtienne Rossignon Assigned ToSebastian Allmendinger  
PrioritynormalSeverityminorReproducibilitysometimes
Status closedResolutionfixed 
Target Version1.03.341.399Fixed in Version1.03.341.399 
Summary0006712: subscriptionDurable008 :
Description

/ Test prepared by Ing.-Buero Allmendinger: info@allmendinger.de
Description: Create a Durable subscription with 1 or more monitored items.
Expectation: All calls are successful. Data changes are received for each of the writes/loops in step #2. The last call to Publish is a keep-alive.
/

function subscriptionDurable008() {

The test creates a starving subscription and changes 10 times N variables.

The test makes the assumption that once the subscription is transferred, it will receive all the data changes in 10 Publish Request. the 11th been a KeepAlive Publish response.

However, some servers might decide to send the entire DataChange in response to the first PublishRequest send by the client after the subscription has been transferred, as far as the maxNotificationPerPublish limit is not violated.

The test should take into account this valid scenario.

One way of doing this would be to iterate on the PublishRequest until the KeepAlive PublishRequest is found and simply coun the total number of notification change and verify that it matches N*10.

TagsNo tags attached.
Files Affected

Relationships

related to 0006882 closedAlexander Allmendinger subscriptionDurable008 : 

Activities

Alexander Allmendinger

2021-04-29 15:53

developer   ~0014285

From CMP WG Call:
The test case needs to be updated as follows:

  • Writing of new values should be done in a different session than where the subscription belongs to. So the session where the subscription belongs to is not established any more.
  • After the write not waiting for the PublishingInterval but the SamplingInterval + 50%
  • The server is allowed (even expected) to combine multiple samples in one PublishResponse. But at the end we expect one DataChangeNotification per Write in as less PublishResponses as possible

Alexander Allmendinger

2021-05-16 14:42

developer   ~0014380

Updated the test case to:

  • close the session after creating the durable subscription,
  • Wait for a sampling interval + 50% grace, not a publishing interval
  • Expect to receive all DataChangeNotifications in as less PublishResponses as possible.

Sebastian Allmendinger

2021-05-19 07:50

developer   ~0014397

The test script has been changed according to the latest version of the test case:

  • Introduced a constant for the loop count
  • Created a seperate session for the writes
  • Removed requirement WriteCount = PublishResponseCount

Paul Hunkar

2021-05-20 14:34

administrator   ~0014401

reviewed in CMP call , agreed to and closed

Issue History

Date Modified Username Field Change
2021-03-27 11:03 Etienne Rossignon New Issue
2021-04-01 15:40 Paul Hunkar Assigned To => Alexander Allmendinger
2021-04-01 15:40 Paul Hunkar Status new => assigned
2021-04-29 15:53 Alexander Allmendinger Note Added: 0014285
2021-04-29 15:54 Paul Hunkar Issue cloned: 0006882
2021-04-29 15:54 Paul Hunkar Relationship added related to 0006882
2021-04-29 15:56 Alexander Allmendinger Assigned To Alexander Allmendinger => Sebastian Allmendinger
2021-05-16 14:29 Alexander Allmendinger Target Version => 1.03.341.399
2021-05-16 14:42 Alexander Allmendinger Status assigned => resolved
2021-05-16 14:42 Alexander Allmendinger Resolution open => fixed
2021-05-16 14:42 Alexander Allmendinger Fixed in Version => 1.03.341.399
2021-05-16 14:42 Alexander Allmendinger Note Added: 0014380
2021-05-19 07:49 Alexander Allmendinger Status resolved => feedback
2021-05-19 07:49 Alexander Allmendinger Resolution fixed => reopened
2021-05-19 07:50 Sebastian Allmendinger Status feedback => resolved
2021-05-19 07:50 Sebastian Allmendinger Resolution reopened => fixed
2021-05-19 07:50 Sebastian Allmendinger Note Added: 0014397
2021-05-20 14:34 Paul Hunkar Status resolved => closed
2021-05-20 14:34 Paul Hunkar Note Added: 0014401