e2e(エンドツーエンド)テスト

個々のモジュールやクラスに焦点を当てた単体テストとは異なり、エンドツーエンド (e2e) テストは、クラスとモジュールの相互作用をより集合的なレベルでカバーします。これは、エンドユーザーが本番環境と行う相互作用に近いものです。システム。アプリケーションが成長するにつれて、各 API エンドポイントのエンドツーエンドの動作を手動でテストすることが困難になります。自動化されたエンドツーエンドテストは、システムの全体的な動作が正しく、プロジェクトの要件を満たしていることを確認するのに役立ちます。

e2eテストは実際の環境でAPIをテストするため、サービスをモックする必要はありません。e2eテストを書く主なステップは以下の通りです：

必要なデータを作成します。
Supertest ライブラリを使用して API 呼び出しを行い、HTTP リクエストをシミュレートします。
データが正しいかどうかを確認してください
データをクリアする

テストの実行順序

データベース状態を共有するE2Eテストは、レース条件を避けるために順次実行する必要があります。並列実行を無効にするには --runInBand フラグを使用します：

# Run E2E tests sequentially (E2Eテストを順次実行)
jest --runInBand test/e2e

# Or in package.json (package.jsonの場合)
"test:e2e": "jest --runInBand --config ./test/jest-e2e.json"

--runInBand がない場合、Jestは複数のワーカー間でテストを並列実行し、以下の問題が発生する可能性があります：

テストが同じレコードを変更する際のデータ競合
タイミングの問題による不安定なテスト
クリーンアップ操作が実行中の他のテストに影響する

e2e テストの基本構造を以下に示します：

import request from "supertest";
import { config } from "./config";
import {
  deleteItem,
  getItem,
  getTableName,
  putItem,
  TableType,
} from "./dynamo-client";
import { syncDataFinished } from "./utils";

const API_PATH = "/api/cat";

describe("Cat", () => {
  it("should create a new cat (新しい猫を作成する)", async () => {
    // Arrange - define test data inline (テストデータをインラインで定義)
    const payload = {
      pk: "CAT#TENANT1",
      sk: "cat#001",
      id: "CAT#TENANT1#cat#001",
      name: "Whiskers",
      version: 0,
      code: "cat#001",
      type: "CAT",
    };

    // Action - make API call (APIを呼び出す)
    const res = await request(config.apiBaseUrl).post(API_PATH).send(payload);

    // Assert - verify response and data (レスポンスとデータを検証)
    expect(res.statusCode).toEqual(201);

    // Wait for async processing to complete (非同期処理の完了を待つ)
    await syncDataFinished("cat_table", {
      pk: payload.pk,
      sk: `${payload.sk}@1`,
    });

    // Verify data in DynamoDB (DynamoDBのデータを検証)
    const data = await getItem(getTableName("cat_table", TableType.DATA), {
      pk: payload.pk,
      sk: payload.sk,
    });

    expect(data).toMatchObject({
      ...payload,
      version: 1,
    });
  }, 40000);

  // Clean up test data if needed (必要に応じてテストデータをクリーンアップ)
  afterAll(async () => {
    await deleteItem(getTableName("cat_table", TableType.DATA), {
      pk: "CAT#TENANT1",
      sk: "cat#001",
    });
  });
});

テストヘルパーユーティリティ

フレームワークはe2eテスト用のヘルパーユーティリティを提供しています：

config.ts - 環境設定

import dotenv from "dotenv";

dotenv.config();

const config = {
  nodeEnv: process.env.NODE_ENV,
  appName: process.env.APP_NAME,
  dynamoEndpoint: process.env.DYNAMODB_ENDPOINT,
  dynamoRegion: process.env.DYNAMODB_REGION,
  apiBaseUrl: process.env.API_BASE_URL || "http://0.0.0.0:3000",
};

export { config };

dynamo-client.ts - DynamoDB操作

import {
  DynamoDBClient,
  GetItemCommand,
  PutItemCommand,
  DeleteItemCommand,
} from "@aws-sdk/client-dynamodb";
import { marshall, unmarshall } from "@aws-sdk/util-dynamodb";
import { config } from "./config";

const tablePrefix = `${config.nodeEnv}-${config.appName}-`;

enum TableType {
  COMMAND = "command",
  DATA = "data",
  HISTORY = "history",
}

const dynamoClient = new DynamoDBClient({
  endpoint: config.dynamoEndpoint,
  region: config.dynamoRegion,
});

const getTableName = (tableName: string, tableType: TableType) => {
  return `${tablePrefix}${tableName}-${tableType}`;
};

const getItem = async (tableName: string, key: { pk: string; sk: string }) => {
  const { Item } = await dynamoClient.send(
    new GetItemCommand({
      TableName: tableName,
      Key: marshall(key),
    })
  );
  return Item ? unmarshall(Item) : undefined;
};

export { getItem, getTableName, TableType, dynamoClient };

utils.ts - テストユーティリティ

import { getItem, getTableName, TableType } from "./dynamo-client";

const sleep = (ms = 0) => new Promise((resolve) => setTimeout(resolve, ms));

const retry = async <T>(
  fn: () => Promise<T>,
  options: { retries: number; retryIntervalMs: number }
): Promise<T> => {
  try {
    await sleep(options.retryIntervalMs);
    return await fn();
  } catch (error) {
    if (options.retries <= 0) throw error;
    return retry(fn, {
      retries: options.retries - 1,
      retryIntervalMs: options.retryIntervalMs,
    });
  }
};

// Wait for async command processing to finish (非同期コマンド処理の完了を待つ)
const syncDataFinished = async (
  tableName: string,
  key: { pk: string; sk: string }
) => {
  await retry(
    async () => {
      const res = await getItem(getTableName(tableName, TableType.COMMAND), key);
      if (res?.status === "finish:FINISHED") return;
      throw new Error("Not finished yet");
    },
    { retries: 10, retryIntervalMs: 3000 }
  );
};

export { retry, sleep, syncDataFinished };

GitHub Actions のセットアップ

CI/CDパイプラインでE2Eテストを自動化するには、GitHub Actionsを設定する必要があります。E2EテストのためのGitHub Actions設定に関する包括的なガイドを以下に示します：

環境のセットアップ

ワークフローには以下のサービスと設定が必要です：

Dockerサービス:
- DynamoDB Local
- Cognito Local
- LocalStack
- ElasticMQ
ディレクトリのパーミッション:

- name: Set up permissions
  run: |
    sudo mkdir -p /var/lib/docker/volumes
    sudo chmod -R 777 /var/lib/docker/volumes
    
    # Create required directories
    sudo mkdir -p infra-local/docker-data/{.cognito,.dynamodb,.mysql,.localstack,.elasticmq}
    sudo chown -R $USER:$USER infra-local
    sudo chmod -R 777 infra-local/docker-data

Dockerコンテナのヘルスチェック:

Docker コンテナのヘルスチェックは、コンテナの状態を監視するために重要です。ヘルスチェックの設定には、以下の2つのコンテキストを考慮する必要があります：

a) Docker コンテナ内部からのヘルスチェック:

services:
  dynamodb-local:
    healthcheck:
      test: ["CMD-SHELL", "curl -f -X POST -H 'Content-Type: application/x-amz-json-1.0' -H 'X-Amz-Target: DynamoDB_20120810.ListTables' -d '{}' http://dynamodb-local:8000 || exit 1"]
      interval: 10s
      timeout: 5s
      retries: 5
      start_period: 15s

b) GitHub Actions ワークフローからのヘルスチェック:

steps:
  - name: Wait for DynamoDB
    run: |
      attempt=1
      max_attempts=20
      until curl -s -f -X POST \
        -H "Content-Type: application/x-amz-json-1.0" \
        -H "X-Amz-Target: DynamoDB_20120810.ListTables" \
        -d "{}" \
        http://localhost:8000 > /dev/null; do
        if [ $attempt -eq $max_attempts ]; then
          echo "DynamoDB failed to start after $max_attempts attempts"
          exit 1
        fi
        echo "Waiting for DynamoDB... (attempt $attempt/$max_attempts)"
        sleep 15
        attempt=$((attempt + 1))
      done

注意：

Docker コンテナ内部では、サービス名（例：dynamodb-local）を使用してサービスにアクセスします
GitHub Actions のワークフローステップでは localhost を使用します（ポートフォワーディングにより）
より堅牢なヘルスチェックのために、単純な接続チェック（nc コマンド）ではなく、実際の API コールを使用することを推奨します
ネットワークの問題が発生した場合は、以下を確認してください：
- Docker Compose のネットワーク設定
- ポートマッピングの設定
- コンテナ間の名前解決
- GitHub Actions ランナーの環境変数

サービスの設定

各サービスは以下で設定する必要があります：

Dockerfileでの適切なユーザー権限:

RUN adduser -D -u 1001 serviceuser && \
    mkdir -p /app/data && \
    chown -R serviceuser:serviceuser /app
USER serviceuser

ボリューム管理:

volumes:
  service-data:
    driver: local

ヘルスチェックメカニズム:

healthcheck:
  test: ["CMD", "nc", "-z", "localhost", "PORT"]
  interval: 10s
  timeout: 5s
  retries: 5
  start_period: 15s

ワークフローの例

E2EテストのためのGitHub Actionsワークフローの完全な例を以下に示します：

name: E2E Tests
on:
  push:
    paths:
      - 'src/**'
      - 'test/**'
      - 'infra/**'
      - '.github/workflows/**'
      - 'package.json'

jobs:
  e2e-tests:
    # Configure runs-on based on your environment requirements
    # runs-on: self-hosted  # Adjust according to your infrastructure setup
    
    steps:
      - uses: actions/checkout@v4
      
      - name: Set up Node.js
        uses: actions/setup-node@v4
        with:
          node-version: '20.x'
          
      - name: Set up environment
        run: |
          sudo mkdir -p /var/lib/docker/volumes
          sudo chmod -R 777 /var/lib/docker/volumes
          
          # Create required directories
          sudo mkdir -p infra-local/docker-data/{.cognito,.dynamodb,.mysql,.localstack,.elasticmq}
          sudo chown -R $USER:$USER infra-local
          sudo chmod -R 777 infra-local/docker-data
          
      - name: Start services
        run: |
          docker-compose down -v
          docker-compose build --no-cache
          docker-compose up -d
          
      - name: Run tests
        run: npm run test:e2e

テストヘルパーユーティリティ​

config.ts - 環境設定​

dynamo-client.ts - DynamoDB操作​

utils.ts - テストユーティリティ​

GitHub Actions のセットアップ​

環境のセットアップ​

サービスの設定​

ワークフローの例​