suites/
|---- public-api/
|---- captureMessage/
|---- test.ts [assertions]
|---- scenario.ts [Sentry initialization and test subject]
|---- customTest/
|---- test.ts [assertions]
|---- scenario_1.ts [optional extra test scenario]
|---- scenario_2.ts [optional extra test scenario]
|---- server_with_mongo.ts [optional custom server]
|---- server_with_postgres.ts [optional custom server]
utils/
|---- defaults/
|---- server.ts [default Express server configuration]
The tests are grouped by their scopes, such as public-api
or tracing
. In every group of tests, there are multiple folders containing test scenarios and assertions.
Tests run on Express servers (a server instance per test). By default, a simple server template inside utils/defaults/server.ts
is used. Every server instance runs on a different port.
A custom server configuration can be used, supplying a script that exports a valid express server instance as default. runServer
utility function accepts an optional serverPath
argument for this purpose.
scenario.ts
contains the initialization logic and the test subject. By default, {TEST_DIR}/scenario.ts
is used, but runServer
also accepts an optional scenarioPath
argument for non-standard usage.
test.ts
is required for each test case, and contains the server runner logic, request interceptors for Sentry requests, and assertions. Test server, interceptors and assertions are all run on the same Jest thread.
utils/
contains helpers and Sentry-specific assertions that can be used in (test.ts
).
TestEnv
class contains methods to create and execute requests on a test server instance. TestEnv.init()
which starts a test server and returns a TestEnv
instance must be called by each test. The test server is automatically shut down after each test, if a data collection helper method such as getEnvelopeRequest
and getAPIResponse
is used. Tests that do not use those helper methods will need to end the server manually.
TestEnv
instance has two public properties: url
and server
. The url
property is the base URL for the server. The http.Server
instance is used to finish the server eventually.
Nock interceptors are internally used to capture envelope requests by getEnvelopeRequest
and getMultipleEnvelopeRequest
helpers. After capturing required requests, the interceptors are removed. Nock can manually be used inside the test cases to intercept requests but should be removed before the test ends, as not to cause flakiness.
Tests can be run locally with:
yarn test
To run tests with Jest's watch mode:
yarn test:watch
To filter tests by their title:
yarn test -t "set different properties of a scope"
You can refer to Jest documentation for other CLI options.
Generated using TypeDoc