...
- Running Broker
- Connected Client
Output:
Validation Steps:No Format <date> CON-1002 : Close
- The CON ID is correct
- This must be the last CON message for the Connection
- It must be preceeded by a CON-1001 for this Connection
Channel
The Channel test suite validates that the follow log messages as specified in the Functional Specification.
...
testConnectionCloseViaManagement
...
Description:
When a connected client has its connection closed via the Management Console this will be logged as a CON-1002 message.
Input:
- Running Broker
- Connected Client
- Connection is closed via Management Console
Output:No Format
...
Validation Steps:<date> CON-1002 : Close
- The CON ID is correct
- This must be the last CON message for the Connection
- It must be preceeded by a CON-1001 for this Connection
Channel
The Channel test suite validates that the follow log messages as specified in the Functional Specification.
This suite of tests validate that the Channel messages occur correctly and according to the following format:
No Format |
---|
CHN-1001 : Create : Prefetch <count>
CHN-1002 : Flow <value>
CHN-1003 : Close
|
...
- Running Broker
- Connected Client
- Client then requests that the Channel is closed
Output:
Validation Steps:No Format <date> CHN-1003 : Close
- The MST ID is correct
- This must be the last message logged for this Channel.
Queue
The Queue test suite validates that the follow log messages as specified in the Functional Specification.
This suite of tests validate that the Queue messages occur correctly and according to the following format:
No Format |
---|
|
...
QUE-1001 : Create : [AutoDelete] [Durable|Transient] [Priority:<levels>] [Owner:<name>] QUE-1002 : |
...
Deleted |
...
testQueueCreatePersistent
...
Description:
...
Queue
The Queue test suite validates that the follow log messages as specified in the Functional Specification.
...
When a simple persistent queue is created then a QUE-1001 create message is expected to be logged.
Input:
- Running broker
- Persistent Queue is created from a client
Output:No Format <date> QUE-1001 : Create :
...
Persistent Owner:<name>
...
...
Validation Steps:- The QUE ID is correct
- The Peristent tag is present in the message
- The Owner is as expected
...
testQueueCreatePersistentAutoDelete
...
testQueueCreatePersistent
...
Description:
When a simple an autodelete persistent queue is created then a QUE-1001 create message is expected to be logged.
Input:
- Running broker
- AutoDelete Persistent Queue is created from a client
Output:
Validation Steps:No Format <date> QUE-1001 : Create : AutoDelete Persistent Owner:<name>
- The QUE ID is correct
- The Peristent tag is present in the message
- The Owner is as expected
...
testQueueCreatePersistentAutoDelete
...
- The AutoDelete tag is present in the message
...
testCreateQueuePersistentPriority
...
Description:
When an autodelete a persistent queue is created with a priority level then a QUE-1001 create message is expected to be logged.
Input:
- Running broker
- AutoDelete Persistent Queue is created from a client with a priority level
Output:
Validation Steps:No Format <date> QUE-1001 : Create : AutoDeletePersistent PersistentPriority:<levels> Owner:<name>
- The QUE ID is correct
- The Peristent tag is present in the message
- The Owner is as expected
- The AutoDelete tag is present in the message
...
testCreateQueuePersistentPriority
...
- Priority level is correctly set
...
testCreateQueuePersistentAutoDeletePriority
...
Description:
When a an autodelete persistent queue is created with a priority level then a QUE-1001 create message is expected to be logged.
Input:
- Running broker
- An AutoDelete Persistent Queue is created from a client with a priority level
Output:
Validation Steps:No Format <date> QUE-1001 : Create : AutoDelete Persistent Priority:<levels> Owner:<name>
- The QUE ID is correct
- The Peristent tag is present in the message
- The Owner is as expected
- The AutoDelete tag is present in the message
- The Priority level is correctly set
...
testCreateQueuePersistentAutoDeletePriority
...
testQueueCreateTransient
...
Description:
When an autodelete persistent a simple transient queue is created with a priority level then a QUE-1001 create message is expected to be logged.
Input:
- Running broker
- An AutoDelete Persistent Transient Queue is created from a client with priority
Output:
Validation Steps:No Format <date> QUE-1001 : Create : AutoDelete Persistent Priority:<levels> Transient Owner:<name>
- The QUE ID is correct
- The Peristent Transient tag is present in the message
- The Owner is as expected
- The AutoDelete tag is present in the message
- The Priority level is correctly set
...
testQueueCreateTransient
...
testQueueCreateTransientAutoDelete
...
Description:
When a simple an autodelete transient queue is created then a QUE-1001 create message is expected to be logged.
Input:
- Running broker
- AutoDelete Transient Queue is created from a client
Output:
Validation Steps:No Format <date> QUE-1001 : Create : AutoDelete Transient Owner:<name>
- The QUE ID is correct
- The Transient tag is present in the message
- The Owner is as expected
...
testQueueCreateTransientAutoDelete
...
- The AutoDelete tag is present in the message
...
testCreateQueueTransientPriority
...
Description:
When an autodelete a transient queue is created with a priority level then a QUE-1001 create message is expected to be logged.
Input:
- Running broker
- AutoDelete Transient Queue is created from a client with a priority level
Output:
Validation Steps:No Format <date> QUE-1001 : Create : AutoDeleteTransient TransientPriority:<levels> Owner:<name>
- The QUE ID is correct
- The Transient tag is present in the message
- The Owner is as expected
- The AutoDelete tag is present in the message
...
testCreateQueueTransientPriority
...
- Priority level is correctly set
...
testCreateQueueTransientAutoDeletePriority
...
Description:
When a an autodelete transient queue is created with a priority level then a QUE-1001 create message is expected to be logged.
Input:
- Running broker
- An autodelete Transient Queue is created from a client with a priority level
Output:
Validation Steps:No Format <date> QUE-1001 : Create : AutoDelete Transient Priority:<levels> Owner:<name>
- The QUE ID is correct
- The Transient tag is present in the message
- The Owner is as expectedis as expected
- The AutoDelete tag is present in the message
- The Priority level is correctly set
...
testCreateQueueTransientAutoDeletePriority
...
testCreateQueueTransientViaManagementConsole
...
Description:
When an autodelete transient Queue creation is possible from the Management Console. When a queue is created with a priority level in this way then a QUE-1001 create message is expected to be logged.
Input:
- Running broker
- Connected Management Console
- Queue Created via Management ConsoleAn autodelete Transient Queue is created from a client with a priority level
Output:
Validation Steps:No Format <date> QUE-1001 : Create : AutoDelete Transient Priority:<levels> Owner:<name>
- The QUE ID is correct
- The Transient tag is correct tags are present in the message
- The Owner is as expected
- The AutoDelete tag is present in the message
- The Priority level is correctly setbased on the create options
testQueueDelete
Description:
An explict QueueDelete request must result in a QUE-1002 Deleted message being logged. One way the queue This can be deleted is done via na an explict AMQP QueueDelete method.
Input:
...
- Running Broker
- Client creates a temporary queue then disconnectsthen disconnects
Output:
Validation Steps:No Format <date> QUE-1002 : Deleted
- The QUE ID is correct
...
testQueueDeleteViaManagementConsole
...
Description:
The ManagementConsole can be used to delete a queue. When this is done a QUE-1002 Deleted message must be logged.
Input:
- Running Broker
- Queue created on the broker with no subscribers
- Management Console connected
- Queue is deleted via Management Console
Output:
Validation Steps:No Format <date> QUE-1002 : Deleted
- The QUE ID is correct
...
This suite of tests validate that the Exchange messages occur correctly and according to the following formatcorrectly and according to the following format:
No Format |
---|
EXH-1001 : Create : [Durable] Type:<value> Name:<value>
EXH-1002 : Deleted
|
...
testExchangeCreateDurable
...
Description:
When a durable exchange is created an EXH-1001 message is logged with the Durable tag. This will be the first message from this exchange.
Input:
- Running broker
- Client requests a durable exchange be created.
Output:No Format <date> EXH-1001 : Create :
...
Durable
...
Type:<value> Name:<value>
...
Validation Steps:- The EXH ID is correct
- The Durable tag is present in the message
...
testExchangeCreate
...
testExchangeCreateDurable
...
Description:
When a durable an exchange is created an EXH-1001 message is logged with the Durable tag. This will be the first message from this exchange.
Input:
- Running broker
- Client requests a durable an exchange be created.
Output:
Validation Steps:No Format <date> EXH-1001 : Create : Durable Type:<value> Name:<value>
- The EXH ID is correct
- The Durable tag is present in the message
...
testExchangeCreate
...
testExchangeDelete
...
Description:
When an exchange is created An Exchange can be deleted through an AMQP ExchangeDelete method. When this is successful an EXH-10011002 Delete message is will be logged. This will be the first last message from this exchange.
Input:
- Running broker
- A new Exchange has been created
- Client requests an that the new exchange be createddeleted.
Output:
Validation Steps:No Format <date> EXH-1002 : Deleted
- The EXH ID is correct
- There is a corresponding EXH-1001 Create message logged.
Binding
The Binding test suite validates that the follow log messages as specified in the Functional Specification.
This suite of tests validate that the Binding messages occur correctly and according to the following format:
No Format |
---|
BND-1001 : Create [: Arguments |
...
: <key=value>]
BND-1002 : Deleted
|
...
testBindingCreate
...
Description:
The binding of a Queue and an Exchange is done via a Binding. When this Binding is created a BND-1001 Create messasge will be logged
...
testExchangeDelete
...
Description:
An Exchange can be deleted through an AMQP ExchangeDelete method. When this is successful an EXH-1002 Delete message will be logged. This will be the last message from this exchange.
Input:
- Running broker
- A new Exchange has been created
- Broker
- New Client requests that a Queue is bound to a new exchangeClient requests that the new exchange be deleted.
Output:
Validation Steps:No Format <date> EXHBND-10021001 : DeletedCreate
- The EXH BND ID is correct
- There is a corresponding EXH-1001 Create message logged.
Binding
The Binding test suite validates that the follow log messages as specified in the Functional Specification.
...
- This will be the first message for the given binding
...
testBindingCreateWithArguments
...
Description:
A Binding can be made with a set of arguments. When this occurs we logged the key,value pairs as part of the Binding log message. When the subscriber with a JMS Selector consumes from an exclusive queue such as a topic. The binding is made with the JMS Selector as an argument.
Input:
- Running Broker
- Java Client consumes from a topic with a JMS selector.
Output:No Format <date> BND-1001 : Create
...
: Arguments : <key=value>
...
...
Validation Steps:- The BND ID is correct
- The JMS Selector argument is present in the message
- This will be the first message for the given binding
...
testBindingCreateViaManagementConsole
...
testBindingCreate
...
Description:
The binding of a Queue and an Exchange is done via a Binding. When this Binding is created via the Management Console a BND-1001 Create messasge will be logged.
Input:
- Running Broker
- Connected Management Console
- Use Management Console to perform bindingNew Client requests that a Queue is bound to a new exchange.
Output:
Validation Steps:No Format <date> BND-1001 : Create
- The BND ID is correct
- This will be the first message for the given binding
...
testBindingCreateWithArguments
...
testBindingDelete
...
Description:
A Binding can be made with a set of arguments. When this occurs we logged the key,value pairs as part of the Binding log message. When the subscriber with a JMS Selector consumes from an exclusive queue such as a topic. The binding is made with the JMS Selector as an argument Bindings can be deleted so that a queue can be rebound with a different set of values.
Input:
- Running Broker
- AMQP UnBind Request is madeJava Client consumes from a topic with a JMS selector.
Output:
Validation Steps:No Format <date> BND-10011002 : Create : Arguments : <key=value>Deleted
- The BND ID is correctThe JMS Selector argument is present in the message
- There must have been a BND-1001 Create message first.
- This will be the first last message for the given binding
...
testBindingDelete
...
testBindingDeleteViaManagementConsole
...
Description:
Bindings can be deleted so that a queue can be rebound with a different set of values. This can be performed via the Management Console
Input:
- Running Broker
- Management Console connected
- Management Console is used to perform unbind.AMQP UnBind Request is made
Output:
Validation Steps:No Format <date> BND-1002 : Deleted
- The BND ID is correct
- There must have been a BND-1001 Create message first.
- This will be the last message for the given binding
...