TC_E_29_CSMS — Check Transaction status - Transaction with id ongoing - with message in queue
TC_E_29_CSMS — Check Transaction status - Transaction with id ongoing - with message in queue
Source: OCPP 2.0.1 Part 6 — Test Cases (Core & Advanced Security, FINAL, 2023-06-30) — Functional block E. Transactions, page 400.
Identification
| Field | Value |
|---|---|
| Test case name | Check Transaction status - Transaction with id ongoing - with message in queue |
| Test case Id | TC_E_29_CSMS |
| Use case Id(s) | E14 |
| Requirement(s) | E14.FR.02,E14.FR.04 |
| System under test | CSMS |
| Functional block | E. Transactions |
Description
The CSMS is able to request the status of a transaction and to find out whether there are queued transaction-related messages, using the GetTransactionStatusRequest message.
Purpose
To verify if the CSMS is able to request the status of queued TransactionEventRequest messages from a specific transaction by sending a GetTransactionStatusRequest with a transactionId. The OCTT will respond that there are message(s) queued belonging to the ongoing transaction with the requested id.
Prerequisite(s)
N/a
Before (Preparations)
Configuration State:
- N/a
Memory State:
- N/a
Reusable State(s):
- State is EnergyTransferStarted
Main (Test scenario)
| Charging Station | CSMS |
|---|---|
| 1. The OCTT closes the WebSocket connection. | |
| 2. The OCTT waits a number of seconds equal to <Configured Transaction Duration>, then it will reconnect to the CSMS. | |
| 4. The OCTT responds with a GetTransactionStatusResponse With ongoingIndicator is true messagesInQueue is true | 3. The CSMS sends a GetTransactionStatusRequest |
| 5. The OCTT sends a TransactionEventRequest; With eventType is Updated meterValues is present. offline is true | 6. The CSMS responds with a TransactionEventResponse |
Tool validations
Step 3:
Message: GetTransactionStatusRequest
- transactionId <Generated transactionId from Before>
Post scenario validations
- N/a