Jest or Vitest setup for Express

Introduction

We use Jest or Vitest to check if our Express app works correctly. They help us find mistakes early by running tests automatically.

When you want to make sure your Express routes return the right responses.

When you add new features and want to confirm old parts still work.

When you fix bugs and want to check the fix works without breaking anything else.

When you want to run tests automatically before sharing your code.

When you want to practice writing small checks for your app's behavior.

Syntax

Express

npm install --save-dev jest supertest

// or for Vitest:
npm install --save-dev vitest supertest

Jest and Vitest are testing tools that run your tests and show results.

Supertest helps to test Express routes by simulating HTTP requests.

Examples

This example uses Jest to test that the home route returns status 200.

Express

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

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

This example uses Vitest with similar test structure for the same route.

Express

import { describe, it, expect } from 'vitest';
import request from 'supertest';
import app from './app';

describe('GET /', () => {
  it('should return 200 OK', async () => {
    const res = await request(app).get('/');
    expect(res.status).toBe(200);
  });
});

Sample Program

This is a simple Express app with one route. The test checks if the route returns status 200 and the text 'Hello World'.

Express

// app.js
import express from 'express';
const app = express();

app.get('/', (req, res) => {
  res.status(200).send('Hello World');
});

export default app;

// app.test.js (for Jest)
import request from 'supertest';
import app from './app';

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

Important Notes

Always export your Express app without listening to a port for easier testing.

Use Supertest to simulate HTTP requests without starting the server.

Run tests with npm test after setting up scripts in package.json.

Summary

Jest and Vitest help test Express apps by running code that simulates requests.

Supertest works with both to make HTTP calls inside tests.

Keep your app export separate from server start for easier testing.

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