Skip to content

Latest commit

 

History

History
36 lines (22 loc) · 2.96 KB

readme.md

File metadata and controls

36 lines (22 loc) · 2.96 KB

Writing tests for Next.js

Getting Started

You can set-up a new test using yarn new-test which will start from a template related to the test type.

Test Types in Next.js

  • e2e: These tests will run against next dev, next start, and deployed to Vercel
  • development: These tests only run against next dev
  • production: These tests will run against next start.
  • integration: These tests run misc checks and modes and is where tests used to be added before we added more specific folders. Ideally we don't add new test suites here as tests here are not isolated from the monorepo.
  • unit: These are very fast tests that should run without a browser or running next and should be testing a specific utility.

For the e2e, production, and development tests the createNext utility should be used and an example is available here. This creates an isolated Next.js install to ensure nothing in the monorepo is relied on accidentally causing incorrect tests.

All new test suites should be written in TypeScript either .ts (or .tsx for unit tests). This will help ensure we catch smaller issues in tests that could cause flakey or incorrect tests.

If a test suite already exists that relates closely to the item being tested (e.g. hash navigation relates to existing navigation test suites) the new checks can be added in the existing test suite.

Best Practices

  • When checking for a condition that might take time, ensure it is waited for either using the browser waitForElement or using the check util in next-test-utils.
  • When applying a fix, ensure the test fails without the fix. This makes sure the test will properly catch regressions.

Helpful environment variables

There are some test specific environment variables that can be used to help debug isolated tests better, these can be leveraged by prefixing the pnpm testheadless command.

  • When investigating failures in isolated tests you can use NEXT_TEST_SKIP_CLEANUP=1 to prevent deleting the temp folder created for the test, then you can run pnpm next while inside of the temp folder to debug the fully setup test project.
  • You can also use NEXT_SKIP_ISOLATE=1 if the test doesn't need to be installed to debug and it will run inside of the Next.js repo instead of the temp directory, this can also reduce test times locally but is not compatible with all tests.
  • The NEXT_TEST_MODE env variable allows toggling specific test modes for the e2e folder, it can be used when not using pnpm test-dev or pnpm test-start directly. Valid test modes can be seen here: https://github.com/vercel/next.js/blob/aa664868c102ddc5adc618415162d124503ad12e/test/lib/e2e-utils.ts#L46

Debugging

When tests are run in CI and a test failure occurs we attempt to capture traces of the playwright run to make debugging the failure easier. A test-trace artifact should be uploaded after the workflow completes which can be downloaded, unzipped, and then inspected with pnpm playwright show-trace ./path/to/trace