---
id: TST-PFM-INT-004
title: batches
kind: integration
product_area: platform
module: integrations
revision: 1
status: draft
source_sha:
  services-platform: ad3f6a6582843008ed0f5a17b131878d15829af1
  macroservice-libraries: 54536a441935c6e09fdb7f96f0bec71c52ba4e03
  react-console: baf6dae382d6f41dce976c7f848667ccc37e076f
repository: macroservice-libraries
files:
  - packages/workflow-actions/src/tests/integration/batches.integration.spec.ts
implements: []
environment: local
implementation_state: implemented
latest_result: not-run
latest_run_at: null
latest_run_ref: null
conformance: not-verified
estimated_minutes: 5
isolation: >-
  Use the suite-owned database fixtures and its declared cleanup; prepare the test database before
  integration or lifecycle execution.
evidence:
  - 'macroservice-libraries:packages/workflow-actions/src/tests/integration/batches.integration.spec.ts'
test_cases:
  - source: >-
      macroservice-libraries:packages/workflow-actions/src/tests/integration/batches.integration.spec.ts#batch
      ordering: a transition’s exit and entry actions are one batch, the exit first whatever the order
      numbers
    provenance: test
  - source: >-
      macroservice-libraries:packages/workflow-actions/src/tests/integration/batches.integration.spec.ts#the
      entry’s action failing for good leaves the state at the new stage and the exit’s action done (07
      §6.3)
    provenance: test
  - source: >-
      macroservice-libraries:packages/workflow-actions/src/tests/integration/batches.integration.spec.ts#groups:
      each group is a message of its own and its members run concurrently, the ordered runs apart
    provenance: test
  - source: >-
      macroservice-libraries:packages/workflow-actions/src/tests/integration/batches.integration.spec.ts#redelivery:
      a batch delivered twice executes each run once, in every lane
    provenance: test
  - source: >-
      macroservice-libraries:packages/workflow-actions/src/tests/integration/batches.integration.spec.ts#a
      run whose worker died after executing is started again with the same id, and the executor’s
      idempotency holds one task
    provenance: test
  - source: >-
      macroservice-libraries:packages/workflow-actions/src/tests/integration/batches.integration.spec.ts#cancellation
      of queued runs: a cancelling raise marks them cancelled, leaves a running one to finish, and the
      worker skips them
    provenance: test
dependency_evidence:
  provenance: test
  source: 'macroservice-libraries:packages/workflow-actions/src/tests/integration/batches.integration.spec.ts'
  reviewed:
    - Suite introduction
    - Fixture setup
    - Client substitutions
    - Assertions and cleanup
---
# batches

## Verification Boundary

This database and service suite exercises batches. Its registration records the executable definition; no run result is asserted.

## What This Suite Proves

The suite contains executable checks, but no detailed scenario binding is verified in this pass.

## What It Does Not Prove

In-process execution does not establish deployed infrastructure or a real provider response. Several bindings can supply different parts of a detailed scenario; no single-file completeness is implied.

## Real Dependencies and Test Doubles

The suite definition identifies its database fixtures and replaced clients, hooks, clocks or executors. Integration runs use the prepared database; lifecycle runs exercise the in-process route or adapter path.

## Must Not Be Doubled

The database constraints, transactions and service behavior claimed by an integration binding must execute. Replaced external seams cannot establish live provider or infrastructure behavior.