All skills
bmad-labs avatar

/typescript-e2e-testing

@3bcc7a6
by bmad-labsbmad-labs/skills15 stars
4

E2E and integration testing for TypeScript/NestJS projects using Jest, supertest, and real infrastructure via Docker (Kafka, PostgreSQL, MongoDB, Redis) with the Given-When-Then pattern. Use whenever the user is working on `.e2e-spec.ts` files or anything under `test/e2e/`, or asks to set up, write, review, run, debug, or optimize E2E or integration tests — including flaky tests, docker-compose for tests, Kafka/Redpanda consumers, test isolation, or GWT compliance.

Use this Skill: https://skilld.dev/gh/bmad-labs/skills/typescript-e2e-testing

This session only. Nothing lands on disk.

referencesmongodbdocker-setup.md

≈866 tokens on demand. Your agent reads this file only when SKILL.md points to it.

MongoDB Docker Setup for E2E Testing

docker-compose.e2e.yml

version: '3.8'

services:
  mongodb-e2e:
    image: mongo:7.0
    container_name: mongodb-e2e
    ports:
      - "27018:27017"  # Different port from dev
    environment:
      MONGO_INITDB_ROOT_USERNAME: test
      MONGO_INITDB_ROOT_PASSWORD: test
      MONGO_INITDB_DATABASE: testdb
    volumes:
      - mongodb-e2e-data:/data/db
    healthcheck:
      test: echo 'db.runCommand("ping").ok' | mongosh localhost:27017/test --quiet
      interval: 5s
      timeout: 5s
      retries: 5
    # Performance: WiredTiger with limited cache
    command: mongod --wiredTigerCacheSizeGB 1

volumes:
  mongodb-e2e-data:

Health Check Script

#!/bin/bash
# scripts/wait-for-mongodb.sh

until docker-compose -f docker-compose.e2e.yml exec mongodb-e2e mongosh --eval "db.adminCommand('ping')"; do
  echo "Waiting for MongoDB..."
  sleep 1
done
echo "MongoDB is ready!"

Connection String

# .env.e2e
MONGODB_URI=mongodb://test:test@localhost:27018/testdb?authSource=admin

Performance Tuning

Optimized for Test Speed

command: >
  mongod
  --wiredTigerCacheSizeGB 0.5
  --storageEngine wiredTiger
  --nojournal  # Disable journaling for tests (unsafe for production!)

Settings Explained

Setting Default Test Value Effect
wiredTigerCacheSizeGB 50% RAM 0.5-1 GB Limit memory usage
nojournal on off Skip write-ahead logging (faster)
storageEngine wiredTiger wiredTiger Standard engine

Warning: These settings sacrifice durability for speed. Only use for tests.


MongoDB Memory Server Alternative

For CI/CD environments without Docker:

// test/setup-mongodb.ts
import { MongoMemoryServer } from 'mongodb-memory-server';

let mongod: MongoMemoryServer;

export async function setupMongoMemoryServer(): Promise<string> {
  mongod = await MongoMemoryServer.create({
    instance: {
      dbName: 'testdb',
      storageEngine: 'wiredTiger',
    },
  });
  return mongod.getUri();
}

export async function teardownMongoMemoryServer(): Promise<void> {
  if (mongod) {
    await mongod.stop();
  }
}

Global Setup

// test/jest-e2e.setup.ts
import { setupMongoMemoryServer, teardownMongoMemoryServer } from './setup-mongodb';

beforeAll(async () => {
  const uri = await setupMongoMemoryServer();
  process.env.MONGODB_URI = uri;
}, 60000);

afterAll(async () => {
  await teardownMongoMemoryServer();
});

Complete Docker Compose with All Services

version: '3.8'

services:
  mongodb-e2e:
    image: mongo:7.0
    container_name: mongodb-e2e
    ports:
      - "27018:27017"
    environment:
      MONGO_INITDB_ROOT_USERNAME: test
      MONGO_INITDB_ROOT_PASSWORD: test
      MONGO_INITDB_DATABASE: testdb
    healthcheck:
      test: echo 'db.runCommand("ping").ok' | mongosh localhost:27017/test --quiet
      interval: 5s
      timeout: 5s
      retries: 5
    command: mongod --wiredTigerCacheSizeGB 1

  # Add other services as needed
  redis-e2e:
    image: redis:7-alpine
    ports:
      - "6380:6379"
    command: redis-server --save "" --appendonly no

  postgres-e2e:
    image: postgres:15-alpine
    ports:
      - "5433:5432"
    environment:
      POSTGRES_USER: test
      POSTGRES_PASSWORD: test
      POSTGRES_DB: testdb

volumes:
  mongodb-e2e-data:

Source: SKILL.md on GitHub

1 alert16d5 checks · Risk SAFE
  • Gen Agent Trust Hub16d

    This skill provides comprehensive workflows and reference materials for E2E testing in TypeScript/NestJS projects. It uses standard development tools like Jest, Docker, and shell commands. No malicious patterns or security risks were detected.

  • Socket16d

    No alerts

  • Snyk16d

    Risk: LOW · No issues

  • Runlayer7mo

    30/103 files flagged

  • ZeroLeaks5mo

    Score: 93/100 · 2 sections analyzed

Signed by skilld at 3bcc7a6. This ties the file your Agent reads to that commit on GitHub. It does not review the instructions.

Last checked against GitHub 2 days ago.

Activeupdated 5 months ago
  • TypeScript
  • jest
  • nestjs
  • e2e-testing
  • supertest
  • docker
  • kafka
  • postgres
  • mongodb
  • redis
  • integration-testing
  • gwt-pattern

README badge

README badge for bmad-labs/skills

Writes E2E and integration tests for NestJS projects using Jest and supertest against real Docker infrastructure (Kafka, PostgreSQL, MongoDB, Redis) following the Given-When-Then pattern. Covers test setup, writing, review, debugging, and optimization workflows with technology-specific helpers and isolation strategies for each service.

Generated from the current SKILL.md.

Does this skill work with NestJS only?
The skill is built for NestJS projects using Jest and supertest, but the patterns and workflows apply to any TypeScript backend with HTTP endpoints. Technology-specific helpers exist for Kafka, PostgreSQL, MongoDB, and Redis.
Do I need Docker running to use this skill?
Yes. The skill assumes real infrastructure via Docker (Kafka, PostgreSQL, MongoDB, Redis). Tests execute against actual services, not mocks.
What if my E2E tests are flaky or failing?
The Debugging E2E Test workflow provides a systematic protocol: fix one test at a time using isolated test runs, verify with 3-5 consecutive runs before moving to the next failure, then run the full suite only once all tests pass individually.
Does this skill cover GraphQL or gRPC testing?
Yes. The API testing reference includes examples for REST, GraphQL, and gRPC, plus external API mocking with MSW and Nock.
What is the Given-When-Then pattern and is it mandatory?
GWT is the mandatory test structure: Given describes setup state, When describes the action under test, Then describes expected outcomes. All E2E tests in this skill must follow this pattern.

Generated from the current SKILL.md. These answers refresh after source changes.