Jest or Vitest setup for Express - Cheat Sheet & Quick Revision

Recall & Review

beginner

What is the main purpose of using Jest or Vitest with an Express app?

They help test your Express app's code automatically to catch errors early and ensure it works as expected.

beginner

Which file usually contains the Express app setup for testing?

A separate file like <code>app.js</code> or <code>server.js</code> exports the Express app so tests can import it without starting the server.

intermediate

How do you tell Jest or Vitest to run tests in a Node environment for Express?

Set the test environment to node in the config file or use @jest-environment node at the top of test files.

intermediate

What is the role of supertest in testing Express apps with Jest or Vitest?

supertest simulates HTTP requests to your Express app so you can test routes and responses without running a real server.

beginner

How do you run tests with Vitest after setup?

Use the command npx vitest or add a script like "test": "vitest" in package.json and run npm test.

Which package helps simulate HTTP requests to test Express routes?

A dotenv

B express-session

C cors

D supertest

supertest is used to simulate HTTP requests in tests for Express apps.

What environment should Jest or Vitest use to test Express apps?

A node

B jsdom

C browser

D react

Express apps run on Node.js, so the test environment must be set to node.

Where should you export your Express app for testing?

A Inside the test file

B In a separate app file like <code>app.js</code>

C In <code>package.json</code>

D In <code>node_modules</code>

Exporting the app from a separate file allows tests to import it without starting the server.

Which command runs Vitest tests if configured in package.json scripts?

A npm test

B npm run start

C node vitest

D vitest start

npm test runs the test script, which can be set to vitest.

Why avoid starting the Express server in test files?

A It slows down tests

B It causes port conflicts

C All of the above

D It makes tests less isolated

Starting the server can slow tests, cause conflicts, and reduce test isolation.

Explain how to set up Jest or Vitest to test an Express app's routes.

Think about how to import the app, simulate requests, and configure the test runner.

Describe why using supertest is helpful when testing Express apps with Jest or Vitest.

Imagine testing your app's web pages without opening a browser.

Practice

1. What is the main reason to separate the Express app export from the server start when setting up Jest or Vitest tests?

easy

A. It allows tests to import the app without starting the server.

B. It improves the app's performance in production.

C. It enables automatic server restarts during development.

D. It prevents the app from logging errors during tests.

Solution

1. Step 1: Understand app export and server start roles

   The Express app handles routes and middleware, while server start listens on a port.

2. Step 2: Why separate for testing?

   Separating lets tests import the app to simulate requests without starting a real server, avoiding conflicts and port issues.

3. Final Answer:

   It allows tests to import the app without starting the server. -> Option A

4. Quick Check:

   Separate app export = test-friendly import [OK]

Hint: Separate app and server start to test without running server [OK]

Common Mistakes:

• Thinking separation improves production speed
• Confusing server restart with test setup
• Assuming separation stops error logs

2. Which of the following is the correct way to import and use Supertest with Jest for testing an Express app exported as app?

easy

A. import request from 'supertest'; const req = request(app);

B. const request = require('supertest')(app);

C. const req = supertest(app);

D. import { supertest } from 'supertest'; const req = supertest(app);

Solution

1. Step 1: Check import syntax for Supertest in ES modules

   Supertest is imported as default export, so use import request from 'supertest';.

2. Step 2: Create request instance with app

   Call request(app) to create a test client for the Express app.

3. Final Answer:

   import request from 'supertest'; const req = request(app); -> Option A

4. Quick Check:

   Supertest import + request(app) = correct [OK]

Hint: Use default import then call request(app) for Supertest [OK]

Common Mistakes:

• Using require with ES module import style
• Calling supertest without import
• Incorrect named import from 'supertest'

3. Given this Jest test code for an Express app, what will be the test result?

import request from 'supertest';
import app from './app';

test('GET /hello returns 200 and message', async () => {
  const response = await request(app).get('/hello');
  expect(response.status).toBe(200);
  expect(response.body.message).toBe('Hello World');
});

Assuming the Express app has a route /hello that sends { message: 'Hello World' }, what happens?

medium

A. Test throws an error because app is not imported correctly.

B. Test fails because response.body is undefined.

C. Test fails with 404 status because route is missing.

D. Test passes because status is 200 and message matches.

Solution

1. Step 1: Confirm route and response

   The app has /hello route returning JSON with { message: 'Hello World' } and status 200.

2. Step 2: Analyze test expectations

   The test checks status 200 and message string, which matches the route response.

3. Final Answer:

   Test passes because status is 200 and message matches. -> Option D

4. Quick Check:

   Matching route and response = test pass [OK]

Hint: Match route response and test expectations for pass [OK]

Common Mistakes:

• Assuming response.body is undefined without JSON middleware
• Expecting 404 if route exists
• Thinking import errors happen without evidence

4. You wrote this Vitest test for your Express app:

import request from 'supertest';
import app from './app';

test('POST /data returns 201', async () => {
  const res = await request(app).post('/data').send({ name: 'Test' });
  expect(res.status).toBe(201);
});

But the test fails with TypeError: request(app).post is not a function. What is the likely cause?

medium

A. The Express app does not have a POST /data route.

B. You imported Supertest incorrectly or did not install it.

C. You forgot to export the app from your Express file.

D. Vitest does not support async tests.

Solution

1. Step 1: Understand the error meaning

   post is not a function means request(app) is not returning a Supertest object.

2. Step 2: Check import and installation

   This usually happens if Supertest is not imported correctly or missing from dependencies.

3. Final Answer:

   You imported Supertest incorrectly or did not install it. -> Option B

4. Quick Check:

   post() missing = import or install issue [OK]

Hint: Check Supertest import and install if post() missing [OK]

Common Mistakes:

• Blaming missing route for method error
• Assuming app export causes this error
• Thinking Vitest can't handle async

5. You want to write a Vitest test that runs multiple requests to your Express app without starting the server each time. Which setup is best practice to achieve this?

hard

A. Run the server manually before tests and use fetch to call endpoints.

B. Start the server in a beforeAll hook and close it in afterAll for each test file.

C. Export the Express app from app.js and import it in tests; use Supertest to call routes directly.

D. Use a global variable to store the server instance and restart it before each test.

Solution

1. Step 1: Understand server start impact on tests

   Starting the server for each test slows tests and can cause port conflicts.

2. Step 2: Use app export with Supertest

   Exporting the app lets Supertest simulate requests without real server, making tests faster and isolated.

3. Final Answer:

   Export the Express app from app.js and import it in tests; use Supertest to call routes directly. -> Option C

4. Quick Check:

   App export + Supertest = efficient test setup [OK]

Hint: Export app and test with Supertest, avoid real server start [OK]

Common Mistakes:

• Starting server for every test causing slow tests
• Using fetch instead of Supertest in tests
• Restarting server unnecessarily before each test