+++ /dev/null
-# OCPP 2.0.1 End-to-End Test Plan
-
-E2E test scenarios for the charging station simulator's OCPP 2.0.1 stack.
-Executed via MCP tools against the mock OCPP server (`tests/ocpp-server/`).
-
-## Conventions
-
-| Item | Value |
-| ---------------- | --------------------------------------------------------------- |
-| Mock server | `cd tests/ocpp-server && poetry run python server.py [OPTIONS]` |
-| Station template | `keba-ocpp2.station-template.json` |
-| Station ID | `CS-KEBA-OCPP2-00001` |
-| EVSE / Connector | 1 / 1 |
-| Supervision URL | `ws://localhost:9000` |
-
-### Execution Rules
-
-- **Tester manages the mock server only** — start/stop/restart with options.
-- All `--boot-status` and enum CLI values are **Title-Case** (`Accepted`, not `accepted`).
-
-### Reconnection
-
-The station auto-reconnects when the server restarts, with a **fixed 30s delay** (`reconnectExponentialDelay: false`, `ConnectionTimeOut: 30`). This means:
-
-- After a server restart, the station takes ~30s to reconnect (WebSocket close → sleep 30s → reopen).
-- The station does NOT re-send `BootNotification` if it already has `bootNotificationResponse.status = Accepted` in cache. It connects silently.
-- To force a fresh boot (e.g., to clear cached Inoperative state), use `stopChargingStation`/`startChargingStation` as a **setup step**, not as a test step.
-
-**To avoid the 30s reconnect delay between server restarts**, use this pattern:
-
-```
-1. Kill mock server
-2. Start new mock server with new options
-3. MCP: closeConnection (triggers CLOSE_NORMAL → resets retry count to 0)
-4. MCP: openConnection (immediate reconnect, no 30s wait)
-5. Wait ~5s for WebSocket handshake
-6. Proceed with test
-```
-
-### Verification
-
-A test case **passes** when ALL of:
-
-1. MCP tool response: `"status": "success"` (no `responsesFailed`)
-2. `readCombinedLog`: expected OCPP messages in correct order
-3. `listChargingStations`: expected station/connector state
-4. `readErrorLog`: no unexpected errors
-
-### Server Lifecycle
-
-Tests are grouped by server configuration to minimize restarts.
-Within a group, tests execute sequentially without restart.
-Between groups, use the close/open pattern above to avoid cumulative reconnect delays.
-
----
-
-## A — Security
-
-### Server: `--boot-status Accepted`
-
-| TC | Use Case | Via | Steps | Expected |
-| --- | --------------------------- | ------------------------------- | ----------------------------------------------------------- | --------------------------- |
-| A03 | CS-initiated cert update | MCP `signCertificate` | Send CSR with `certificateType: ChargingStationCertificate` | Response `status: Accepted` |
-| A04 | Security event notification | MCP `securityEventNotification` | Send `type: FirmwareUpdated` | Response empty (success) |
-
-### Server: `--boot-status Accepted --command CertificateSigned --delay 5`
-
-| TC | Use Case | Via | Steps | Expected |
-| --- | -------------------------- | -------------- | --------- | --------------------------------------------------------------------------------------------------------------------- |
-| A02 | CSMS-initiated cert update | Server command | Wait ~15s | CertificateSigned received → Rejected (statusInfo.reasonCode: InternalError — no cert manager in keba-ocpp2 template) |
-
----
-
-## B — Provisioning
-
-### Server: `--boot-status Accepted`
-
-| TC | Use Case | Via | Steps | Expected |
-| --- | -------------------- | --------------------- | ---------------------------------- | ----------------------------------------------------------------------------- |
-| B01 | Cold Boot — Accepted | Auto (server restart) | Restart server, wait for reconnect | BootNotification → Accepted, StatusNotification(Available), Heartbeat started |
-| B04 | Offline reconnection | Server kill/restart | Kill server, wait 10s, restart | Station reconnects, re-sends BootNotification, returns to Available |
-
-### Server: `--boot-status-sequence Pending,Accepted`
-
-| TC | Use Case | Via | Steps | Expected |
-| --- | ---------------------------- | --------------------- | -------------------------------------- | ---------------------------------------------------------------------------------------------- |
-| B02 | Cold Boot — Pending→Accepted | Auto (server restart) | Restart server, wait for 2 boot cycles | 1st BootNotification → Pending, station retries, 2nd → Accepted, StatusNotification(Available) |
-
-### Server: `--boot-status Rejected`
-
-| TC | Use Case | Via | Steps | Expected |
-| --- | -------------------- | --------------------- | ---------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| B03 | Cold Boot — Rejected | Auto (server restart) | Restart server, wait for reconnect | BootNotification → Rejected → 1 retry (registrationMaxRetries defaults to 0) → Rejected → "Registration failure" log. No StatusNotification sent. Station stays in Rejected state but can still retry BootNotification on next reconnection (B03.FR.06). |
-
-### Server: various `--command X --delay 5`
-
-| TC | Use Case | Server flags | Expected |
-| ---- | ---------------------------- | ----------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------- |
-| B05 | SetVariables | `--command SetVariables --set-variables "OCPPCommCtrlr.HeartbeatInterval=30"` | SetVariablesResponse with result status |
-| B06 | GetVariables | `--command GetVariables --get-variables "ChargingStation.AvailabilityState"` | GetVariablesResponse with variable value |
-| B07 | GetBaseReport | `--command GetBaseReport` | GetBaseReportResponse Accepted + NotifyReport sequence |
-| B09 | SetNetworkProfile | `--command SetNetworkProfile` | Response Rejected (NoSecurityDowngrade per B09.FR.01) |
-| B11 | Reset (no transaction) | `--command Reset` | Reset Accepted → StatusNotification(Unavailable) → close → re-boot → Available |
-| B11b | Reset OnIdle (no active txn) | `--command Reset --reset-type OnIdle` | Reset Accepted → StatusNotification(Unavailable) → re-boot → Available (no transaction active, immediate reset) |
-
----
-
-## C — Authorization
-
-### Server: `--boot-status Accepted` (normal auth)
-
-| TC | Use Case | Via | Steps | Expected |
-| --- | ------------------ | --------------- | --------------------------------------------------- | ------------------------------ |
-| C01 | Authorize — normal | MCP `authorize` | `idToken: {idToken: "any_token", type: "ISO14443"}` | `idTokenInfo.status: Accepted` |
-
-### Server: `--boot-status Accepted --auth-mode whitelist --whitelist valid_token test_token`
-
-| TC | Use Case | Via | Steps | Expected |
-| ------------- | --------------------------- | --------------- | ------------------------ | ------------------ |
-| C01-WL-OK | Authorize — whitelisted | MCP `authorize` | `idToken: test_token` | `status: Accepted` |
-| C01-WL-REJECT | Authorize — not whitelisted | MCP `authorize` | `idToken: unknown_token` | `status: Blocked` |
-
-### Server: `--boot-status Accepted --auth-mode blacklist --blacklist blocked_token`
-
-| TC | Use Case | Via | Steps | Expected |
-| ------------- | --------------------------- | --------------- | ------------------------ | ------------------ |
-| C01-BL-OK | Authorize — not blacklisted | MCP `authorize` | `idToken: good_token` | `status: Accepted` |
-| C01-BL-REJECT | Authorize — blacklisted | MCP `authorize` | `idToken: blocked_token` | `status: Blocked` |
-
-### Server: `--boot-status Accepted --auth-mode rate_limit`
-
-| TC | Use Case | Via | Steps | Expected |
-| ------ | ------------------------ | --------------- | --------- | ----------------------- |
-| C01-RL | Authorize — rate limited | MCP `authorize` | Any token | `status: NotAtThisTime` |
-
-### Server: `--boot-status Accepted --offline`
-
-| TC | Use Case | Via | Steps | Expected |
-| ----------- | --------------------------- | --------------- | --------- | ------------------------- |
-| C01-OFFLINE | Authorize — network failure | MCP `authorize` | Any token | InternalError from server |
-
-### Server: `--boot-status Accepted --auth-group-id MyGroup --auth-cache-expiry 3600`
-
-| TC | Use Case | Via | Steps | Expected |
-| --- | ------------------- | --------------- | --------- | -------------------------------------------------------------------------- |
-| C09 | GroupId in response | MCP `authorize` | Any token | `idTokenInfo.groupIdToken.idToken: MyGroup`, `cacheExpiryDateTime` present |
-
-### Server: `--boot-status Accepted --command ClearCache --delay 5`
-
-| TC | Use Case | Via | Steps | Expected |
-| --- | ---------------- | -------------- | --------- | --------------------- |
-| C11 | Clear auth cache | Server command | Wait ~15s | ClearCache → Accepted |
-
----
-
-## E — Transactions
-
-### Server: `--boot-status Accepted`
-
-| TC | Use Case | Via | Steps | Expected |
-| ---------- | --------------------------- | ----------------------------------------------------------------------------------------- | ------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------- |
-| E01-ATG | Transaction lifecycle (ATG) | MCP `startAutomaticTransactionGenerator` → wait 30s → `stopAutomaticTransactionGenerator` | Wait for full cycle | Authorize → TransactionEvent.Started(seqNo=0) → Updated(seqNo=1+, MeterValues) → Ended(seqNo=N, stoppedReason=Local) |
-| E01-DIRECT | TransactionEvent direct | MCP `transactionEvent` | Send Started → Updated → Ended with `transactionId: "mcp-test-001"` | All 3 accepted, seqNo sequential |
-
-### Server: `--boot-status Accepted --commands "RequestStartTransaction:15,RequestStopTransaction:45"`
-
-| TC | Use Case | Via | Steps | Expected |
-| ------- | -------------------------- | --------------- | ------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| F01+F03 | Remote Start → Remote Stop | Server commands | Wait ~60s for full cycle | RequestStartTransaction → Accepted → TransactionEvent.Started(RemoteStart) → MeterValues → RequestStopTransaction (real txn ID via tracking) → TransactionEvent.Ended(Remote) |
-
-### Server: `--boot-status Accepted --command RequestStopTransaction --delay 5`
-
-| TC | Use Case | Via | Steps | Expected |
-| ---- | --------------------------- | -------------- | --------- | ---------------------------------------------------------------------------------------------------------------------- |
-| F03b | Remote Stop — no active txn | Server command | Wait ~15s | RequestStopTransaction with fallback ID `test_transaction_123` → Rejected (invalid transaction ID format — not a UUID) |
-
-### Server: `--boot-status Accepted --total-cost 25.50`
-
-| TC | Use Case | Via | Steps | Expected |
-| --- | ------------------ | --------------------------------------------------- | ---------------------------------------- | ------------------------------------ |
-| I02 | Running total cost | MCP `startAutomaticTransactionGenerator` → wait 30s | Check TransactionEvent.Updated responses | `totalCost: 25.5` in server response |
-
----
-
-## F — Remote Control
-
-### Server: various `--command X --delay 5`
-
-| TC | Use Case | Server flags | Expected |
-| --- | ------------------------------------ | -------------------------------- | --------------------------------------------------------------- |
-| F05 | Unlock connector | `--command UnlockConnector` | UnlockConnector → Unlocked |
-| E14 | GetTransactionStatus (no active txn) | `--command GetTransactionStatus` | GetTransactionStatus → messagesInQueue: false, uses fallback ID |
-
-### Server: `--boot-status Accepted --commands "RequestStartTransaction:15,GetTransactionStatus:25"`
-
-| TC | Use Case | Via | Steps | Expected |
-| ---------- | ------------------------------------ | --------------- | --------- | ------------------------------------------------------------------------------------------------ |
-| E14-ACTIVE | GetTransactionStatus with active txn | Server commands | Wait ~35s | GetTransactionStatus → ongoingIndicator: true, messagesInQueue: false (real txn ID via tracking) |
-
-### Server: `--boot-status Accepted --commands "RequestStartTransaction:15,UnlockConnector:25"`
-
-| TC | Use Case | Via | Steps | Expected |
-| ------- | --------------------------------- | --------------- | --------- | ---------------------------------------------- |
-| F05-TXN | UnlockConnector during active txn | Server commands | Wait ~35s | UnlockConnector → OngoingAuthorizedTransaction |
-
-### Server: various `--command X --delay 5` (continued)
-
-| F06-SN | TriggerMessage (StatusNotification) | `--command TriggerMessage` | TriggerMessage → Accepted → StatusNotification sent |
-| F06-BN | TriggerMessage (BootNotification) | `--command TriggerMessage --trigger-message BootNotification` | TriggerMessage → Rejected(NotEnabled, F06.FR.17 — already accepted) |
-| F06-HB | TriggerMessage (Heartbeat) | `--command TriggerMessage --trigger-message Heartbeat` | TriggerMessage → Accepted → Heartbeat sent |
-| F06-MV | TriggerMessage (MeterValues) | `--command TriggerMessage --trigger-message MeterValues` | TriggerMessage → Accepted → MeterValues sent |
-| F06-FW | TriggerMessage (FirmwareStatus) | `--command TriggerMessage --trigger-message FirmwareStatusNotification` | TriggerMessage → Accepted → FirmwareStatusNotification(Idle) sent |
-| F06-LS | TriggerMessage (LogStatus) | `--command TriggerMessage --trigger-message LogStatusNotification` | TriggerMessage → Accepted → LogStatusNotification(Idle) sent |
-
----
-
-## G — Availability
-
-### Server: `--boot-status Accepted`
-
-| TC | Use Case | Via | Steps | Expected |
-| --- | ------------------ | ------------------------ | ------------------------------------------------------------------------- | ------------------------------ |
-| G01 | StatusNotification | MCP `statusNotification` | Send for each status: Available, Occupied, Faulted, Unavailable, Reserved | All succeed (empty response) |
-| G02 | Heartbeat | MCP `heartbeat` | Send 5x rapid | All succeed with `currentTime` |
-
-### Server: various `--command ChangeAvailability --delay 5`
-
-| TC | Use Case | Server flags | Expected |
-| --- | ------------------------------ | ---------------------------------------------------------------- | ------------------------------------------ |
-| G03 | ChangeAvailability Operative | `--command ChangeAvailability` | Accepted + StatusNotification(Available) |
-| G04 | ChangeAvailability Inoperative | `--command ChangeAvailability --availability-status Inoperative` | Accepted + StatusNotification(Unavailable) |
-
----
-
-## J — MeterValues
-
-### Server: `--boot-status Accepted`
-
-| TC | Use Case | Via | Steps | Expected |
-| --- | --------------------------- | ------------------------------------------------------ | ----------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| J01 | Non-transaction MeterValues | MCP `meterValues` | Send Voltage=230V on evseId=1 | Response empty (success) |
-| J02 | Transaction MeterValues | MCP `startAutomaticTransactionGenerator` → wait 60-90s | Check logs | TransactionEvent.Updated contains Voltage, Energy, Power, Current with context `Sample.Periodic`. Note: ATG start delay (15-30s) + MeterValueSampleInterval (30s) = first MeterValues ~45-60s after ATG start. |
-
----
-
-## L — Firmware Management
-
-### Server: `--boot-status Accepted --command UpdateFirmware --delay 5`
-
-| TC | Use Case | Via | Steps | Expected |
-| --- | ---------------------- | -------------- | --------- | ------------------------------------------------------------------------------------------------------------------------------------------------------ |
-| L01 | Secure Firmware Update | Server command | Wait ~40s | UpdateFirmware → Accepted → FirmwareStatusNotification: Downloading → Downloaded → Installing → Installed → SecurityEventNotification(FirmwareUpdated) |
-
-### Server: `--boot-status Accepted`
-
-| TC | Use Case | Via | Steps | Expected |
-| ------- | -------------------------- | -------------------------------- | -------------------------------------- | ------------------------ |
-| L01-MCP | FirmwareStatusNotification | MCP `firmwareStatusNotification` | Send `status: Installed, requestId: 1` | Response empty (success) |
-
----
-
-## M — ISO 15118 Certificate Management
-
-### Server: `--boot-status Accepted`
-
-| TC | Use Case | Via | Steps | Expected |
-| --- | ------------------------ | --------------------------- | ------------------- | --------------------------- |
-| M01 | Get 15118 EV Certificate | MCP `get15118EVCertificate` | Send Install action | Response `status: Accepted` |
-| M06 | Get Certificate Status | MCP `getCertificateStatus` | Send OCSP data | Response `status: Accepted` |
-
-### Server: various `--command X --delay 5`
-
-| TC | Use Case | Server flags | Expected |
-| --- | ---------------------- | -------------------------------------- | --------------------------------------- |
-| M03 | Get installed cert IDs | `--command GetInstalledCertificateIds` | Response NotFound (cert manager absent) |
-| M04 | Delete certificate | `--command DeleteCertificate` | Response Failed (cert manager absent) |
-| M05 | Install certificate | `--command InstallCertificate` | Response Failed (cert manager absent) |
-
----
-
-## N — Diagnostics
-
-### Server: `--boot-status Accepted --command GetLog --delay 5`
-
-| TC | Use Case | Via | Steps | Expected |
-| --- | ------------ | -------------- | --------- | -------------------------------------------------------------------- |
-| N01 | Retrieve Log | Server command | Wait ~15s | GetLog(DiagnosticsLog) → Accepted → LogStatusNotification(Uploading) |
-
-### Server: `--boot-status Accepted --command CustomerInformation --delay 5`
-
-| TC | Use Case | Via | Steps | Expected |
-| --- | -------------------- | -------------- | --------- | ------------------------------------------------------------------------------------------------------------- |
-| N09 | Customer Information | Server command | Wait ~15s | CustomerInformation(report=true, customerIdentifier=test_customer_001) → Accepted → NotifyCustomerInformation |
-
-### Server: `--boot-status Accepted`
-
-| TC | Use Case | Via | Steps | Expected |
-| -------------- | ------------------------- | ------------------------------- | ---------------------------- | ------------------------ |
-| N01-MCP | LogStatusNotification | MCP `logStatusNotification` | Send `status: Uploaded` | Response empty (success) |
-| N09-MCP | NotifyCustomerInformation | MCP `notifyCustomerInformation` | Send data with requestId | Response empty (success) |
-| N-NOTIF-REPORT | NotifyReport | MCP `notifyReport` | Send with requestId, seqNo=0 | Response empty (success) |
-
----
-
-## P — DataTransfer
-
-### Server: `--boot-status Accepted`
-
-| TC | Use Case | Via | Steps | Expected |
-| --- | -------------------- | ------------------ | ----------------------------------------------- | --------------------------- |
-| P02 | DataTransfer CS→CSMS | MCP `dataTransfer` | Send `vendorId: TestVendor, messageId: TestMsg` | Response `status: Accepted` |
-
-### Server: `--boot-status Accepted --command DataTransfer --delay 5`
-
-| TC | Use Case | Via | Steps | Expected |
-| --- | -------------------- | -------------- | --------- | ---------------------------------------------------------------------- |
-| P01 | DataTransfer CSMS→CS | Server command | Wait ~15s | DataTransfer received → Response `UnknownVendorId` (no custom handler) |
-
----
-
-## B12 — Reset With Active Transaction
-
-### Server: `--boot-status Accepted --commands "RequestStartTransaction:15,Reset:30"`
-
-| TC | Use Case | Via | Steps | Expected |
-| --- | ---------------------- | -------------------------------- | ------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| B12 | Reset with ongoing txn | Server commands (single session) | Wait ~60s for full cycle | RequestStartTransaction → Accepted → TransactionEvent.Started → Reset(Immediate) → station stops transaction → StatusNotification(Unavailable) → re-boot → Available |
-
----
-
-## Offline / Reconnection
-
-### Server: `--boot-status Accepted` (kill/restart cycle)
-
-| TC | Use Case | Steps | Expected |
-| -------- | -------------------------- | ------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| B04-FULL | Server down and reconnect | Kill server → wait 10s → restart | Station enters reconnection loop, reconnects, re-boots, returns to Available |
-| B04-TXN | Offline during transaction | Start ATG → kill server → wait 15s → restart → stop ATG | Transaction stopped on server kill (stopTransactionsOnStopped=true). After reconnect: BootNotification → Accepted → StatusNotification(Available). No queued TransactionEvents. |
-
----
-
-## Edge Cases / Negative Tests
-
-### Server: `--boot-status Accepted`
-
-| TC | Description | Via | Expected |
-| ------ | ----------------------------------- | ------------------------------------------------------ | ------------------------------------------- |
-| ERR-03 | Multi-measurand MeterValues | MCP `meterValues` with Voltage+Power+Current+Energy | All accepted |
-| ERR-04 | FirmwareStatus all statuses | MCP `firmwareStatusNotification` × 14 statuses | All succeed |
-| ERR-05 | Orphaned LogStatusNotification | MCP `logStatusNotification` with `requestId: 999` | Succeeds (no prior GetLog required) |
-| ERR-06 | Orphaned FirmwareStatusNotification | MCP `firmwareStatusNotification` with `requestId: 999` | Succeeds (no prior UpdateFirmware required) |
-
-### Server: `--boot-status Accepted --commands "RequestStartTransaction:15,RequestStartTransaction:25"`
-
-| TC | Description | Expected |
-| -------------- | ----------------------------------------------------- | ------------------------------------------------------------------------------------ |
-| E-DOUBLE-START | Second RequestStartTransaction while first txn active | First → Accepted + TransactionEvent.Started. Second → Rejected (connector occupied). |
-
-### Server: `--boot-status-sequence Pending,Accepted --command Reset --delay 8`
-
-| TC | Description | Expected |
-| ----------- | ---------------------------- | -------------------------------------------------------------------------------------------------------------------------------------- |
-| B11-PENDING | Reset while in Pending state | Station receives Reset → Accepted (Reset is not blocked by registration state). StatusNotification(Unavailable) → reconnect → re-boot. |
-
----
-
-## Execution Order
-
-Tests grouped by server configuration to minimize restarts.
-Use `closeConnection`/`openConnection` between groups 8-18 to avoid cumulative reconnect delays.
-
-| # | Server Config | Test Cases |
-| --- | ------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------- |
-| 1 | `--boot-status Accepted` | B01, B04, A03, A04, C01, G01, G02, J01, J02, P02, E01-ATG, E01-DIRECT, L01-MCP, M01, M06, N01-MCP, N09-MCP, N-NOTIF-REPORT, ERR-03→06 |
-| 2 | `--boot-status Accepted --auth-mode whitelist --whitelist valid_token test_token` | C01-WL-OK, C01-WL-REJECT |
-| 3 | `--boot-status Accepted --auth-mode blacklist --blacklist blocked_token` | C01-BL-OK, C01-BL-REJECT |
-| 4 | `--boot-status Accepted --auth-mode rate_limit` | C01-RL |
-| 5 | `--boot-status Accepted --offline` | C01-OFFLINE |
-| 6 | `--boot-status Accepted --auth-group-id MyGroup --auth-cache-expiry 3600` | C09 |
-| 7 | `--boot-status Accepted --total-cost 25.50` | I02 |
-| 8 | `--boot-status Accepted --command X --delay 5` (sequential restarts) | A02, B05, B06, B07, B09, B11, B11b, C11, E14, F05, F06-SN, F06-BN, F06-HB, F06-MV, F06-FW, F06-LS, G03, G04, L01, M03, M04, M05, N01, N09, P01 |
-| 9 | `--boot-status Accepted --commands "RequestStartTransaction:15,RequestStopTransaction:45"` | F01+F03 |
-| 10 | `--boot-status Accepted --command RequestStopTransaction --delay 5` | F03b |
-| 11 | `--boot-status Accepted --commands "RequestStartTransaction:15,Reset:30"` | B12 |
-| 12 | `--boot-status Accepted` (kill/restart cycle) | B04-FULL, B04-TXN |
-| 13 | `--boot-status Accepted --commands "RequestStartTransaction:15,RequestStartTransaction:25"` | E-DOUBLE-START |
-| 14 | `--boot-status Accepted --commands "RequestStartTransaction:15,GetTransactionStatus:25"` | E14-ACTIVE |
-| 15 | `--boot-status Accepted --commands "RequestStartTransaction:15,UnlockConnector:25"` | F05-TXN |
-| 16 | `--boot-status-sequence Pending,Accepted` | B02 |
-| 17 | `--boot-status-sequence Pending,Accepted --command Reset --delay 8` | B11-PENDING |
-| 18 | `--boot-status Rejected` | B03 |
-
-## Coverage
-
-| Block | Implemented Use Cases Covered | Test Count |
-| ----------------- | ------------------------------- | ---------- |
-| A. Security | A02, A03, A04 | 3 |
-| B. Provisioning | B01-B04, B05-B07, B09, B11, B12 | 11 |
-| C. Authorization | C01, C09, C11 | 8 |
-| E. Transactions | E01, E14 | 5 |
-| F. Remote Control | F01, F03, F05, F06 | 10 |
-| G. Availability | G01-G04 | 6 |
-| I. Tariff/Cost | I02 | 1 |
-| J. MeterValues | J01, J02 | 2 |
-| L. Firmware | L01 | 2 |
-| M. ISO15118 Certs | M01, M03-M06 | 5 |
-| N. Diagnostics | N01, N09 | 5 |
-| P. DataTransfer | P01, P02 | 2 |
-| Edge/Negative | — | 7 |
-| **Total** | **34/34 commands** | **~70** |
-
-### Not Testable (simulator not implemented)
-
-D (LocalAuthList), H (Reservation), K (SmartCharging), O (DisplayMessage), N02-N08 (Monitoring).
repositories / e-mobility-charging-stations-simulator.git / commitdiff
