View Issue Details

IDProjectCategoryView StatusLast Update
0006882Compliance Test Tool (CTT) Unified Architecture4 - Test Case Definitionpublic2021-05-20 14:34
ReporterPaul Hunkar Assigned ToAlexander Allmendinger  
PrioritynormalSeverityminorReproducibilitysometimes
Status closedResolutionfixed 
Fixed in Version1.03.341.399 
Summary0006882: 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.

Additional Information

the test case definition should also be updated for this topic

TagsNo tags attached.
Files Affected

Relationships

related to 0006712 closedSebastian Allmendinger subscriptionDurable008 : 

Activities

Alexander Allmendinger

2021-05-19 07:49

developer   ~0014396

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.

Paul Hunkar

2021-05-20 14:34

administrator   ~0014402

reviewed in CMP call , agreed to and closed

Issue History

Date Modified Username Field Change
2021-04-29 15:54 Paul Hunkar New Issue
2021-04-29 15:54 Paul Hunkar Status new => assigned
2021-04-29 15:54 Paul Hunkar Assigned To => Alexander Allmendinger
2021-04-29 15:54 Paul Hunkar Issue generated from: 0006712
2021-04-29 15:54 Paul Hunkar Relationship added related to 0006712
2021-05-19 07:49 Alexander Allmendinger Status assigned => resolved
2021-05-19 07:49 Alexander Allmendinger Resolution open => fixed
2021-05-19 07:49 Alexander Allmendinger Fixed in Version => 1.03.341.399
2021-05-19 07:49 Alexander Allmendinger Note Added: 0014396
2021-05-20 14:34 Paul Hunkar Status resolved => closed
2021-05-20 14:34 Paul Hunkar Note Added: 0014402