docs/tests
Kevin Heis 6b1ac124d8
Update "preferredlang" to "user_language" (#33045)
2022-11-30 17:51:51 +00:00
..
browser use /api/search/v1 in Search.tsx (#31952) 2022-11-14 12:34:21 +00:00
content remove tests/content/site-data.js (#32729) 2022-11-28 22:32:02 +00:00
fixtures 404 if the applicable version no longer matches (#33086) 2022-11-30 16:27:29 +00:00
graphql fix: remove usage of readFileAsync (#28053) 2022-06-01 14:49:30 +00:00
helpers Rest api versioning redo (#33011) 2022-11-28 11:55:02 -08:00
linting Add linter for personal access token literals (#31824) 2022-10-24 19:50:36 +00:00
meta Remove reference to Go CodeQL relocation (#32426) 2022-11-10 18:55:50 +00:00
rendering fix release notes pre-rendering mutation bug (#33088) 2022-11-30 16:20:56 +00:00
routing Revert "set max-age=0 when you want no cache (#31657)" 2022-10-12 13:10:34 -07:00
translations Update "preferredlang" to "user_language" (#33045) 2022-11-30 17:51:51 +00:00
unit 404 if the applicable version no longer matches (#33086) 2022-11-30 16:27:29 +00:00
README.md Merge branch 'main' into SmolParascythe-update-test-README 2022-07-26 19:31:10 -05:00

README.md

Tests

It's not strictly necessary to run tests locally while developing. You can always open a pull request and rely on the CI service to run tests for you, but it's helpful to run tests locally before pushing your changes to GitHub.

Tests are written using jest, a framework maintained by Facebook and used by many teams at GitHub. Jest provides everything: a test runner, an assertion library, code coverage analysis, custom reporters for different types of test output, etc.

Install optional dependencies

We typically rely on CI to run our tests, so some large test-only dependencies are considered optional (for example, puppeteer). To run the tests locally, you'll need to make sure optional dependencies are installed by running:

npm ci --include=optional

If you run into the error "Could not find expected browser (chrome) locally", you may need to install the expected chromium version manually with:

node node_modules/puppeteer/install.js

Running all the tests

Once you've followed the development instructions above, you can run the entire test suite locally:

script/test # or `npm test`

Watching all the tests

You can run a script that continually watches for changes and re-runs the tests whenever a change is made. This command notifies you when tests change to and from a passing or failing state, and it prints out a test coverage report so you can see what files need testing.

npm run test-watch

Running individual tests

You can run specific tests in two ways:

# The TEST_NAME can be a filename, partial filename, or path to a file or directory
npm test -- <TEST_NAME>

NODE_OPTIONS=--experimental-vm-modules npx jest tests/unit

Failed Local Tests

If the tests fail locally with an error like this:

Could not find a production build in the '/Users/username/repos/docs-internal/.next' directory.

You may need to run this before every test run:

npx next build

Linting

To validate all your JavaScript code (and auto-format some easily reparable mistakes), run the linter:

npm run lint

Keeping the server running

When you run jest tests that depend on making real HTTP requests to localhost:4000, the jest tests have a hook that starts the server before running all/any tests and stops the server when done.

You can disable this, which might make it easier when debugging tests since the server won't need to start and stop every time you run tests.

In one terminal, type:

NODE_ENV=test PORT=4000 node server.js

In another terminal, type:

START_JEST_SERVER=false jest tests/rendering/foo/bar.js

Or whatever the testing command you use is.

The START_JEST_SERVER environment variable needs to be set to false, or else jest will try to start a server on :4000 too.