Skip to main content

Class: TestWorkflowEnvironment

testing.TestWorkflowEnvironment

An execution environment for running Workflow integration tests.

Runs an external server. By default, the Java test server is used which supports time skipping.

Properties

asyncCompletionClient

Readonly asyncCompletionClient: AsyncCompletionClient

An AsyncCompletionClient for interacting with the test server

Deprecated

  • use client.activity instead

client

Readonly client: Client

A TestEnvClient for interacting with the ephemeral server


connection

Readonly connection: Connection

Get an established Connection to the ephemeral server


namespace

Optional Readonly namespace: string

Namespace used in this environment (taken from TestWorkflowEnvironmentOptions)


nativeConnection

Readonly nativeConnection: NativeConnection

A NativeConnection for interacting with the test server.

Use this connection when creating Workers for testing.


options

Readonly options: Required<TestWorkflowEnvironmentOptions>


sleep

sleep: (durationMs: Duration) => Promise<void>

Wait for durationMs in "server time".

This awaits using regular setTimeout in regular environments, or manually skips time in time-skipping environments.

Useful for simulating events far into the future like completion of long running activities.

Time skippping:

The time skippping server toggles between skipped time and normal time depending on what it needs to execute.

This method is likely to resolve in less than durationMs of "real time".

Param

number of milliseconds or ms-formatted string

Example

workflow.ts

const activities = proxyActivities({ startToCloseTimeout: 2_000_000 });

export async function raceActivityAndTimer(): Promise<string> {
return await Promise.race([
wf.sleep(500_000).then(() => 'timer'),
activities.longRunning().then(() => 'activity'),
]);
}

test.ts

const worker = await Worker.create({
connection: testEnv.nativeConnection,
activities: {
async longRunning() {
await testEnv.sleep(1_000_000); // <-- sleep called here
},
},
// ...
});

Type declaration

▸ (durationMs): Promise<void>

Wait for durationMs in "server time".

This awaits using regular setTimeout in regular environments, or manually skips time in time-skipping environments.

Useful for simulating events far into the future like completion of long running activities.

Time skippping:

The time skippping server toggles between skipped time and normal time depending on what it needs to execute.

This method is likely to resolve in less than durationMs of "real time".

Parameters
NameTypeDescription
durationMsDurationnumber of milliseconds or ms-formatted string
Returns

Promise<void>

Example

workflow.ts

const activities = proxyActivities({ startToCloseTimeout: 2_000_000 });

export async function raceActivityAndTimer(): Promise<string> {
return await Promise.race([
wf.sleep(500_000).then(() => 'timer'),
activities.longRunning().then(() => 'activity'),
]);
}

test.ts

const worker = await Worker.create({
connection: testEnv.nativeConnection,
activities: {
async longRunning() {
await testEnv.sleep(1_000_000); // <-- sleep called here
},
},
// ...
});

supportsTimeSkipping

Readonly supportsTimeSkipping: boolean


workflowClient

Readonly workflowClient: WorkflowClient

A TimeSkippingWorkflowClient for interacting with the test server

Deprecated

  • use client.workflow instead

Methods

currentTimeMs

currentTimeMs(): Promise<number>

Get the current time known to this environment.

For non-time-skipping environments this is simply the system time. For time-skipping environments this is whatever time has been skipped to.

Returns

Promise<number>


teardown

teardown(): Promise<void>

Kill the test server process and close the connection to it

Returns

Promise<void>


createLocal

createLocal(opts?): Promise<TestWorkflowEnvironment>

Start a full Temporal server locally.

This environment is good for testing full server capabilities, but does not support time skipping like createTimeSkipping does. supportsTimeSkipping will always return false for this environment. sleep will sleep the actual amount of time and currentTimeMs will return the current time.

This local environment will be powered by Temporal CLI, which is a self-contained executable for Temporal. By default, Temporal's database will not be persisted to disk, and no UI will be launched.

By default, the latest release of the CLI will be downloaded and cached to a temporary directory (e.g. $TMPDIR/temporal-sdk-typescript-* or %TEMP%/temporal-sdk-typescript-*.exe). Note that existing cached binairies will be reused without validation that they are still up-to-date, until the SDK itself is updated. Alternatively, a specific version number of the CLI may be provided, or the path to an existing CLI binary may be supplied; see LocalTestWorkflowEnvironmentOptions.server.executable.

Note that the Dev Server implementation may be changed to another one in the future. Therefore, there is no guarantee that Dev Server options, and particularly those provided through the extraArgs array, will continue to be supported in the future.

Parameters

NameType
opts?LocalTestWorkflowEnvironmentOptions

Returns

Promise<TestWorkflowEnvironment>


createTimeSkipping

createTimeSkipping(opts?): Promise<TestWorkflowEnvironment>

Start a time skipping workflow environment.

This environment automatically skips to the next events in time when a workflow handle's result is awaited on (which includes WorkflowClient.execute). Before the result is awaited on, time can be manually skipped forward using sleep. The currently known time can be obtained via currentTimeMs.

This environment will be powered by the Temporal Time Skipping Test Server (part of the Java SDK). Note that the Time Skipping Test Server does not support full capabilities of the regular Temporal Server, and may occasionally present different behaviors. For general Workflow testing, it is generally preferable to use createLocal instead.

Users can reuse this environment for testing multiple independent workflows, but not concurrently. Time skipping, which is automatically done when awaiting a workflow result and manually done on sleep, is global to the environment, not to the workflow under test. We highly recommend running tests serially when using a single environment or creating a separate environment per test.

By default, the latest release of the Test Serveer will be downloaded and cached to a temporary directory (e.g. $TMPDIR/temporal-test-server-sdk-typescript-* or %TEMP%/temporal-test-server-sdk-typescript-*.exe). Note that existing cached binairies will be reused without validation that they are still up-to-date, until the SDK itself is updated. Alternatively, a specific version number of the Test Server may be provided, or the path to an existing Test Server binary may be supplied; see LocalTestWorkflowEnvironmentOptions.server.executable.

Note that the Test Server implementation may be changed to another one in the future. Therefore, there is no guarantee that Test Server options, and particularly those provided through the extraArgs array, will continue to be supported in the future.

IMPORTANT: At this time, the Time Skipping Test Server is not supported on ARM platforms. Execution on Apple silicon Macs will work if Rosetta 2 is installed.

Parameters

NameType
opts?TimeSkippingTestWorkflowEnvironmentOptions

Returns

Promise<TestWorkflowEnvironment>