Empat endpoint, belasan assertion, dan satu pertanyaan penutup: siapa yang paling layak memeriksa aplikasi — kode di dalamnya, atau klien yang memakainya? Proyek ini memilih klien. Test kita tidak memanggil satu pun fungsi internal main.rs; mereka mengirim HTTP sungguhan ke server sungguhan dan memeriksa responsnya persis seperti yang dirasakan pengguna — pendekatan black-box yang membuat test tetap valid walau seluruh implementasi ditulis ulang. Karena berjalan sebagai service Compose terpisah, test ini juga menguji hal yang tak bisa disentuh unit test: kesiapan container, DNS antar service, dan urutan startup. Bagian penutup ini membaca tests/integration_test.rs dari atas ke bawah, menyusun service test dalam profile khusus, lalu menjalankan semuanya dalam satu perintah.

Test Black-Box, Bukan Unit Test #

Tiga alasan membuat pendekatan ini pas untuk proyek container:

  1. Yang dijanjikan ke pengguna adalah kontrak HTTP — status code, bentuk JSON, pesan galat. Itulah yang diuji; bagaimana axum dan deadpool menyusunnya bukan urusan test.
  2. Test dari container terpisah membawa lingkungan production-like — ia menempuh network Compose, DNS app, dan kesiapan service persis seperti klien nyata. Kelak di pipeline CI, test yang sama berjalan tanpa perubahan — kelanjutan pola dari chapter Menjalankan Test di Container.
  3. reqwest adalah curl yang bisa berasersi — HTTP client async yang sama-sama bagus untuk mengirim request dan memeriksa responsnya, dan sudah kita siapkan sebagai dev-dependency sejak Bagian 1.

Alamat aplikasi yang diuji dibaca dari satu variabel:

rust
/// Alamat aplikasi yang diuji (bisa ditimpa APP_URL).
fn app_url() -> String {
    std::env::var("APP_URL").unwrap_or_else(|_| "http://localhost:8080".into())
}

Nilai standar localhost:8080 membuat test bisa berjalan dari mesin lokal; di dalam stack Compose, variabel APP_URL menimpanya dengan alamat service. Test pertama tidak bisa berasumsi aplikasi sudah siap — depends_on dengan condition: service_started hanya menjamin proses hidup, bukan port terbuka. Maka setiap test membuka dengan penunggu yang sama:

rust
/// Menunggu /healthz siap, paling lama 30 detik — container sering butuh
/// beberapa detik sebelum benar-benar siap menerima request.
async fn tunggu_server() {
    let tenggat = Instant::now() + Duration::from_secs(30);
    while Instant::now() < tenggat {
        if let Ok(resp) = reqwest::get(format!("{}/healthz", app_url())).await {
            if resp.status().is_success() {
                return;
            }
        }
        tokio::time::sleep(Duration::from_millis(500)).await;
    }
    panic!("aplikasi di {} tidak siap setelah 30 detik", app_url());
}

Mari kita telaah empat keputusannya:

  1. Tenggat 30 detik dari Instant::now() — batas keras yang murah hati; aplikasi kita siap dalam hitungan detik, tapi margin ini menutupi image yang baru ditarik atau mesin yang sibuk.
  2. Loop mengetuk /healthz — endpoint kesehatan memang dirancang untuk ini; respons sukses berarti aplikasi dan database sama-sama siap dilayani.
  3. Jeda 500 ms antar percobaan — polling sopan yang tidak membanjiri aplikasi yang sedang memulai.
  4. panic! dengan pesan alamat setelah tenggat — gagal cepat dan informatif: test berhenti dengan pesan yang langsung menunjuk ke mana mencari, bukan menggantung selamanya.

Mereset Data Uji #

Test yang menulis data butuh titik nol yang deterministik. Fungsi berikut mengosongkan tabel langsung dari jalur database:

rust
/// Mengosongkan tabel items dan mengembalikan counter id ke 1 sehingga
/// test dimulai dari kondisi yang sama.
async fn reset_items() {
    let (client, koneksi) = konfigurasi_db()
        .connect(tokio_postgres::NoTls)
        .await
        .expect("gagal membuka koneksi database test");
    tokio::spawn(async move {
        if let Err(galat) = koneksi.await {
            eprintln!("koneksi database test terputus: {galat}");
        }
    });
    client
        .execute("TRUNCATE items RESTART IDENTITY", &[])
        .await
        .expect("gagal truncate items");
}

Mari kita telaah cara kerjanya:

  1. konfigurasi_db() merangkai konfigurasi koneksi dari TEST_DATABASE_URL bila ada, jika tidak dari variabel PG* — jalur yang sama dengan aplikasi, sehingga test menyentuh database yang sama persis.
  2. tokio::spawn untuk future koneksi — tokio-postgres memisahkan objek client (mengirim query) dan future koneksi (memompa pesan di latar belakang); tanpa di-spawn, koneksi macet setelah query pertama.
  3. TRUNCATE items RESTART IDENTITY — dua pekerjaan sekali jalan: mengosongkan tabel dan mengembalikan counter BIGSERIAL ke 1. Itulah yang membuat test bisa berasersi id == 1 secara deterministik, bukan “id apa pun”.
  4. Hanya create_list_get_item yang memanggil reset — dua test lain tidak menulis data, sehingga seluruh suite aman dijalankan paralel oleh cargo tanpa saling menginjak.

Helper POST JSON #

Satu helper kecil merapikan seluruh permintaan tulis:

rust
/// Mengirim POST dengan body JSON ke path dan mengembalikan responsnya.
async fn post_json(path: &str, body: Value) -> reqwest::Response {
    reqwest::Client::new()
        .post(format!("{}{}", app_url(), path))
        .json(&body)
        .send()
        .await
        .expect("permintaan POST gagal")
}

Client::new() per pemanggilan cukup untuk kebutuhan test, .json(&body) sekaligus menyetel header dan menserialisasi body, dan expect membedakan “permintaan gagal dikirim” (infrastruktur) dari “respons tidak sesuai” (aplikasi) — kegagalan pertama langsung terlihat sebagai panic, kegagalan kedua sebagai assertion yang merah.

Empat Skenario Uji #

Empat test membentuk satu putaran penuh perilaku API:

TestSkenarioYang dijamin
healthz_okGET /healthz200 dan status berisi ok
create_list_get_itemPOST lalu GET list lalu GET /1201, id 1, isi utuh, daftar memuat satu item
get_item_404GET /api/items/999404 dengan pesan item tidak ditemukan
create_validasi_400POST name kosong dan note 201 karakter400 dengan dua pesan validasi

Test pertama membuka seluruh suite — tunggu siap, lalu periksa denyut jantung:

rust
#[tokio::test]
async fn healthz_ok() {
    tunggu_server().await;

    let resp = reqwest::get(format!("{}/healthz", app_url()))
        .await
        .expect("permintaan healthz gagal");
    assert_eq!(resp.status(), 200);
    let body: Value = resp.json().await.expect("healthz bukan JSON");
    assert_eq!(body["status"], "ok");
}

Test kedua adalah jantung suite — buat, daftar, ambil, dalam satu alur yang sama dengan putaran manual Bagian 4:

rust
    // Buat item baru: id pertama setelah reset harus 1.
    let resp = post_json(
        "/api/items",
        json!({"name": "Kopi Torabika", "note": "untuk pengujian"}),
    )
    .await;
    assert_eq!(resp.status(), 201);
    let dibuat: Value = resp.json().await.expect("create bukan JSON");
    assert_eq!(dibuat["id"], 1);
    assert_eq!(dibuat["name"], "Kopi Torabika");
    assert_eq!(dibuat["note"], "untuk pengujian");
    assert!(dibuat["created_at"].as_str().is_some());

Sisa testnya membaca seperti spesifikasi yang hidup — jalur tak ada harus 404, dan body yang tidak sah harus 400:

rust
#[tokio::test]
async fn get_item_404() {
    tunggu_server().await;

    let resp = reqwest::get(format!("{}/api/items/999", app_url()))
        .await
        .expect("permintaan get gagal");
    assert_eq!(resp.status(), 404);
    let body: Value = resp.json().await.expect("error bukan JSON");
    assert_eq!(body["error"], "item tidak ditemukan");
}
rust
    // name kosong (hanya spasi) ditolak sebelum menyentuh database.
    let resp = post_json("/api/items", json!({"name": "   ", "note": ""})).await;
    assert_eq!(resp.status(), 400);
    let body: Value = resp.json().await.expect("error bukan JSON");
    assert_eq!(body["error"], "name wajib diisi");

Kasus 400 itu mudah dibuktikan manual dari host — test hanya mengotomatkannya:

bash
$ curl -s -X POST http://localhost:8081/api/items -H 'Content-Type: application/json' -d '{"name":"","note":""}'

Output yang Dihasilkan:

text
{"error":"name wajib diisi"}
bash
$ curl -s -X POST http://localhost:8081/api/items -H 'Content-Type: application/json' -d '{"name":"Kopi Gayo","note":"xxx..."}'

Output yang Dihasilkan:

text
{"error":"note maksimal 200 karakter"}

Body kedua mengirim note berisi 201 huruf x — satu huruf melewati BATAS_CATATAN 200 dari Bagian 1. Kedua validasi terjadi sebelum query database: handler menolak input tanpa membuka koneksi, itulah mengapa error-nya 400 (salah pengguna), bukan 500 (salah server).

Service test dalam compose.yaml #

Penguji itu sendiri dideklarasikan sebagai service ketiga compose.yaml — tersembunyi dari stack biasa:

yaml
  # Service test hanya berjalan dengan profile khusus:
  #   docker compose --profile test run --rm test
  test:
    profiles: ["test"]
    image: rust:1.99-alpine
    working_dir: /src
    volumes:
      - ./:/src
    environment:
      APP_URL: http://app:8080
      PGHOST: db
      PGPORT: "5432"
      PGUSER: katalog
      PGPASSWORD: ${POSTGRES_PASSWORD:?wajib diisi}
      PGDATABASE: katalog
    depends_on:
      app:
        condition: service_started
      db:
        condition: service_healthy
    command: cargo test

Mari kita telaah tujuh kunci yang membentuknya:

  1. profiles: ["test"] — service ini tidak ikut docker compose up biasa; ia hanya hidup saat profile diaktifkan lewat --profile test, pola dari chapter Profiles. Stack produksi dan alat uji hidup di satu berkas tanpa saling mengganggu.
  2. image: rust:1.99-alpine — image builder yang sama dengan Bagian 2, dipakai apa adanya tanpa build sendiri: toolchain-nya memuat cargo, dan cargo-lah yang menjalankan test.
  3. working_dir: /src + bind mount ./:/src — source code host terbaca utuh di dalam container lewat bind mount, materi chapter Bind Mount Source Code. Perhatikan kontras yang penting: .dockerignore hanya menyaring build context untuk docker build — bind mount membaca isi folder apa adanya, termasuk tests/ yang memang tidak ikut ke image aplikasi.
  4. APP_URL — nilainya menunjuk service app pada port container 8080: test menembak aplikasi lewat DNS Compose, bukan port host 8081. Test ini tetangga se-network, bukan tamu dari luar — materi chapter Container DNS.
  5. PG* mengarah ke db — reset_items butuh koneksi langsung ke database lewat jalur yang sama dengan aplikasi.
  6. depends_on dua kondisi — app: service_started (proses hidup) dan db: service_healthy (database benar-benar siap). Untuk aplikasi sendiri, tunggu_server di kode test-lah yang menjemput kesiapan penuh — kombinasi keduanya menutup celah startup.
  7. command: cargo test — menimpa perintah bawaan image (pola Command Override); bersama run --rm, container test hidup sekali untuk bekerja lalu menghapus dirinya.

Menjalankan Seluruh Suite #

Stack dari Bagian 4 masih menyala; satu perintah ini membangunkan sang penguji:

bash
$ docker compose --profile test run --rm test

Output yang Dihasilkan:

text
    Finished `release` profile [optimized] target(s) in 0.06s
     Running unittests src/main.rs (target/release/deps/api_katalog-50c1eaf098524db3)

running 0 tests

test result: ok. 0 passed; 0 failed; 0 ignored; 0 measured; 0 filtered out; finished in 0.00s

     Running tests/integration_test.rs (target/release/deps/integration_test-6bd66e515349691c)

running 4 tests
test create_validasi_400 ... ok
test get_item_404 ... ok
test create_list_get_item ... ok
test healthz_ok ... ok

test result: ok. 4 passed; 0 failed; 0 ignored; 0 measured; 0 filtered out; finished in 0.01s

Mari kita telaah isi tangkapan itu:

  1. unittests src/main.rs dengan 0 test — binary aplikasi memang tidak memiliki unit test inline; seluruh pengujian berada di berkas integrasi. Cargo tetap melaporkannya, dan baris ini justru bukti batas yang kita pegang: aplikasi diuji dari luar.
  2. tests/integration_test.rs dengan 4 test — berkas di folder tests/ dikompilasi sebagai test binary terpisah yang meng-import reqwest dan tokio-postgres, bukan kode aplikasi.
  3. Urutan ok yang tidak alfabetis — cargo menjalankan test secara paralel secara bawaan, jadi urutan selesainya bergantung jadwal runtime; keamanan paralel itu dibeli oleh disiplin “hanya satu test yang mereset tabel” di atas.
  4. 4 passed; 0 failed — hitungan akhir yang kita kejar: healthz, putaran buat-daftar-ambil, 404, dan dua kasus 400. Nama-nama berkas binary seperti api_katalog-50c1eaf098524db3 adalah artefak hash cargo, bukan bagian dari aplikasi.

Satu catatan kejujuran tentang tangkapan ini: ia diambil dari mesin uji course dengan target/ yang sudah hangat pada profil release, sehingga baris Finished-nya nyaris instan. Di container Compose yang benar-benar segar, cargo test pertama mengunduh dan mengompilasi dependensi dev lebih dulu — reqwest dan kawan-kawannya — sehingga menit pertama berupa rangkaian Compiling sebelum empat test itu berlari. Hasil akhirnya sama; ongkosnya dibayar sekali.

Ringkasan Proyek #

Lima bagian berlalu dan API katalog Rust kini berdiri penuh, dari manifest sampai test:

  1. Aplikasi yang lahir sadar-container — konfigurasi dari environment, router axum ber-state pool, migrasi idempoten dari berkas, dan graceful shutdown tertanam di kode sejak baris pertama.
  2. Build yang menghormati waktu kita — trik dummy main memindahkan ±50 detik kompilasi dependensi ke layer cache; suntingan kode hanya membayar ±5 detik, dan touch menjaga binary kosong tidak pernah terkirim.
  3. Image belasan megabyte yang mandiri — binary statis musl dari driver murni Rust, berjalan non-root di atas alpine:3.20 dengan HEALTHCHECK dan migrasi terbawa.
  4. Stack yang mengatur dirinya sendiri — database menunggu Healthy sebelum aplikasi menyala, port host 8081 membuat stack ini berdampingan dengan versi Go, unless-stopped menjaga keduanya dari crash, dan SIGTERM dijawab dengan masa tenggang 10 detik.
  5. Pembuktian berulang dengan satu perintah — empat test black-box dari container terpisah menembak HTTP dan mereset data; nol toolchain di host, nol langkah manual.

Perjalanan berikutnya meninggalkan dunia tulis-sendiri-semuanya. Proyek: WordPress dan MySQL memakai image jadi dari Docker Hub — PHP, web server, dan CMS yang tidak kita kompilasi — sehingga fokus bergeser ke hal yang justru makin penting mendekati production: volume terpisah antara kode dan data, .env untuk kredensial, healthcheck database, backup, dan disaster drill pemulihan. Kebiasaan dari lima bagian ini — image ramping, konfigurasi lewat environment, healthcheck sejak build, test sebelum percaya — adalah bekal yang sama-sama terpakai di sana.

Referensi #

  • docker compose run — semantik run --rm, aktivasi profile, dan pemakaian dependency service sekali jalan.
  • Compose profiles — tiga jalur aktivasi profile beserta aturan dependensi otomatisnya.
  • Bind Mounts — mekanisme ./:/src yang membuat source host terbaca di container test.

Berkas Sumber

Berkas pendukung halaman ini dapat diunduh dan dijalankan langsung sesuai penjelasan di atas.

Cargo.toml

Unduh berkas
toml
[package]
name = "api-katalog"
version = "1.0.0"
edition = "2021"
description = "REST API katalog item dengan Rust, axum, dan PostgreSQL"
license = "MIT"

[dependencies]
# Runtime async standar de facto.
tokio = { version = "1", features = ["full"] }
# Web framework ringan berbasis tower.
axum = "0.8"
# Driver PostgreSQL async.
tokio-postgres = { version = "0.7", features = ["with-serde_json-1"] }
# Pool koneksi di atas tokio-postgres.
deadpool-postgres = "0.14"
# Serialisasi JSON untuk body request dan respons.
serde = { version = "1", features = ["derive"] }
serde_json = "1"

[dev-dependencies]
# HTTP client untuk integration test black-box. default-features
# dimatikan agar tidak menarik native-tls (butuh OpenSSL): test hanya
# menembak http:// sehingga TLS tidak diperlukan.
reqwest = { version = "0.12", default-features = false, features = ["json"] }
# Fitur macros + rt-multi-thread untuk #[tokio::test] di tests/.
tokio = { version = "1", features = ["macros", "rt-multi-thread"] }

[profile.release]
lto = true
strip = true
opt-level = "s"

compose.yaml

Unduh berkas
yaml
name: katalog-rust

services:
  app:
    build: .
    image: katalog-rust-app:1.0
    ports:
      - "8081:8080"
    environment:
      PGHOST: db
      PGPORT: "5432"
      PGUSER: katalog
      PGPASSWORD: ${POSTGRES_PASSWORD:?wajib diisi}
      PGDATABASE: katalog
    depends_on:
      db:
        condition: service_healthy
    restart: unless-stopped

  db:
    image: postgres:18-alpine
    environment:
      POSTGRES_USER: katalog
      POSTGRES_PASSWORD: ${POSTGRES_PASSWORD:?wajib diisi}
      POSTGRES_DB: katalog
    volumes:
      - db-data:/var/lib/postgresql/data
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U katalog -d katalog"]
      interval: 2s
      timeout: 2s
      retries: 15
    restart: unless-stopped

  # Service test hanya berjalan dengan profile khusus:
  #   docker compose --profile test run --rm test
  test:
    profiles: ["test"]
    image: rust:1.99-alpine
    working_dir: /src
    volumes:
      - ./:/src
    environment:
      APP_URL: http://app:8080
      PGHOST: db
      PGPORT: "5432"
      PGUSER: katalog
      PGPASSWORD: ${POSTGRES_PASSWORD:?wajib diisi}
      PGDATABASE: katalog
    depends_on:
      app:
        condition: service_started
      db:
        condition: service_healthy
    command: cargo test

volumes:
  db-data:

migrations/001_create_items.sql

Unduh berkas
sql
-- Migrasi pertama: tabel utama items.
CREATE TABLE IF NOT EXISTS items (
    id         BIGSERIAL PRIMARY KEY,
    name       TEXT NOT NULL,
    note       TEXT NOT NULL DEFAULT '',
    created_at TIMESTAMPTZ NOT NULL DEFAULT now()
);

src/main.rs

Unduh berkas
rust
//! Aplikasi katalog: REST API sederhana dengan axum yang menyimpan
//! daftar item di PostgreSQL lewat pool koneksi deadpool-postgres.
//!
//! Konfigurasi dibaca dari environment variable (pola twelve-factor):
//! APP_PORT menentukan port HTTP, MIGRATIONS_DIR lokasi berkas migrasi,
//! dan variabel PG* (PGHOST, PGPORT, PGUSER, PGPASSWORD, PGDATABASE)
//! menentukan koneksi PostgreSQL — sama seperti aplikasi Go pendahulunya.

use std::time::Duration;

use axum::{
    extract::{Path, State},
    http::StatusCode,
    routing::get,
    Json, Router,
};
use deadpool_postgres::{Manager, ManagerConfig, Pool, RecyclingMethod};
use serde::{Deserialize, Serialize};
use serde_json::Value;
use tokio_postgres::NoTls;

/// Kolom item yang dipakai semua query. created_at diformat RFC 3339 UTC
/// lewat to_char agar bentuknya sama seperti time.Time pada versi Go.
const KOLOM_ITEM: &str = "id, name, note, \
     to_char(created_at AT TIME ZONE 'UTC', 'YYYY-MM-DD\"T\"HH24:MI:SS.US\"Z\"')";

/// Batas panjang field note, sama seperti versi Go.
const BATAS_CATATAN: usize = 200;

/// Konfigurasi koneksi database dan server HTTP.
struct Konfigurasi {
    app_port: String,
    migrations_dir: String,
    pg: tokio_postgres::Config,
}

impl Konfigurasi {
    /// Membaca APP_PORT, MIGRATIONS_DIR, dan variabel PG* dari environment.
    /// Nilai default dipilih agar cocok dengan service `db` di compose.yaml.
    fn dari_env() -> Self {
        let ambil = |kunci: &str, standar: &str| {
            std::env::var(kunci).unwrap_or_else(|_| standar.to_string())
        };
        let mut pg = tokio_postgres::Config::new();
        pg.host(&ambil("PGHOST", "db"))
            .port(ambil("PGPORT", "5432").parse().unwrap_or(5432))
            .user(&ambil("PGUSER", "katalog"))
            .password(&ambil("PGPASSWORD", "rahasia123"))
            .dbname(&ambil("PGDATABASE", "katalog"));
        Self {
            app_port: ambil("APP_PORT", "8080"),
            migrations_dir: ambil("MIGRATIONS_DIR", "migrations"),
            pg,
        }
    }
}

/// Item adalah satu baris tabel items; derive Serialize menentukan bentuk JSON.
#[derive(Serialize)]
struct Item {
    id: i64,
    name: String,
    note: String,
    created_at: String,
}

impl Item {
    /// Memetakan satu baris hasil query ke bentuk respons.
    fn dari_baris(baris: &tokio_postgres::Row) -> Self {
        Self {
            id: baris.get(0),
            name: baris.get(1),
            note: baris.get(2),
            created_at: baris.get(3),
        }
    }
}

/// Body pembuatan item baru; note boleh tidak ada (default string kosong).
#[derive(Deserialize)]
struct ItemBaru {
    name: String,
    #[serde(default)]
    note: String,
}

/// Tipe galat handler: status HTTP + body JSON {"error": "..."}.
type GalatApi = (StatusCode, Json<Value>);

/// Menyusun respons error standar — padanan tulisError pada versi Go.
fn tulis_error(status: StatusCode, pesan: &str) -> GalatApi {
    (status, Json(serde_json::json!({ "error": pesan })))
}

#[tokio::main]
async fn main() {
    let cfg = Konfigurasi::dari_env();

    // Pool koneksi dengan reuse agar query tidak membuka koneksi baru
    // setiap saat; kapasitas 10 koneksi seperti versi Go.
    let manager_config = ManagerConfig {
        recycling_method: RecyclingMethod::Fast,
    };
    let manager = Manager::from_config(cfg.pg.clone(), NoTls, manager_config);
    let pool = Pool::builder(manager)
        .max_size(10)
        .build()
        .expect("gagal membangun pool koneksi");

    terapkan_migrasi(&pool, &cfg.migrations_dir)
        .await
        .expect("gagal menjalankan migrasi");

    // Pool ditanam sebagai state; axum meng-clone-nya untuk setiap
    // request sehingga handler cukup meminta State<Pool>.
    let app = Router::new()
        .route("/healthz", get(handle_healthz))
        .route("/api/items", get(handle_list_items).post(handle_create_item))
        .route("/api/items/{id}", get(handle_get_item))
        .with_state(pool);

    let alamat = format!("0.0.0.0:{}", cfg.app_port);
    let listener = tokio::net::TcpListener::bind(&alamat)
        .await
        .expect("gagal mengikat alamat");

    eprintln!("server mendengarkan di :{}", cfg.app_port);

    // Graceful shutdown: saat SIGTERM/SIGINT diterima, axum berhenti
    // menerima koneksi baru lalu menyelesaikan request yang sedang
    // berjalan. select! memberi masa tenggang 10 detik — padanan
    // srv.Shutdown dengan timeout 10 detik pada aplikasi Go.
    tokio::select! {
        hasil = axum::serve(listener, app).with_graceful_shutdown(sinyal_berakhir()) => {
            if let Err(galat) = hasil {
                eprintln!("server berhenti dengan galat: {galat}");
            }
        }
        _ = async {
            sinyal_berakhir().await;
            eprintln!("sinyal berakhir diterima, mematikan server...");
            tokio::time::sleep(Duration::from_secs(10)).await;
        } => {
            eprintln!("masa tenggang 10 detik tercapai, memaksa berhenti");
        }
    }
}

/// Menangkap SIGTERM atau SIGINT (Ctrl-C) untuk shutdown bersih.
async fn sinyal_berakhir() {
    let ctrl_c = async {
        tokio::signal::ctrl_c()
            .await
            .expect("gagal memasang handler Ctrl-C");
    };
    #[cfg(unix)]
    let terminate = async {
        tokio::signal::unix::signal(tokio::signal::unix::SignalKind::terminate())
            .expect("gagal memasang handler SIGTERM")
            .recv()
            .await;
    };
    #[cfg(not(unix))]
    let terminate = std::future::pending::<()>();

    tokio::select! {
        _ = ctrl_c => {},
        _ = terminate => {},
    }
}

/// Menerapkan setiap berkas *.sql di direktori migrasi yang belum tercatat
/// di schema_migrations. Satu berkas berjalan dalam satu transaksi bersama
/// pencatatan versinya, sehingga keduanya sukses atau gagal bersama.
async fn terapkan_migrasi(
    pool: &Pool,
    direktori: &str,
) -> Result<(), Box<dyn std::error::Error>> {
    let mut client = pool.get().await?;

    client
        .execute(
            "CREATE TABLE IF NOT EXISTS schema_migrations (
                version    TEXT PRIMARY KEY,
                applied_at TIMESTAMPTZ NOT NULL DEFAULT now()
            )",
            &[],
        )
        .await?;

    let mut berkas: Vec<String> = std::fs::read_dir(direktori)?
        .filter_map(|entri| entri.ok())
        .filter(|entri| entri.path().is_file())
        .map(|entri| entri.file_name().to_string_lossy().into_owned())
        .filter(|nama| nama.ends_with(".sql"))
        .collect();
    berkas.sort();

    for nama in berkas {
        let sudah: bool = client
            .query_one(
                "SELECT EXISTS (SELECT 1 FROM schema_migrations WHERE version = $1)",
                &[&nama],
            )
            .await?
            .get(0);
        if sudah {
            eprintln!("migrasi {nama} sudah diterapkan, dilewati");
            continue;
        }

        let isi = std::fs::read_to_string(format!("{direktori}/{nama}"))?;

        let tx = client.transaction().await?;
        tx.batch_execute(&isi).await?;
        tx.execute("INSERT INTO schema_migrations (version) VALUES ($1)", &[&nama])
            .await?;
        tx.commit().await?;
        eprintln!("migrasi {nama} diterapkan");
    }
    Ok(())
}

/// GET /healthz — memastikan aplikasi DAN database sama-sama hidup.
async fn handle_healthz(State(pool): State<Pool>) -> Result<Json<Value>, GalatApi> {
    let client = pool
        .get()
        .await
        .map_err(|_| tulis_error(StatusCode::SERVICE_UNAVAILABLE, "database tidak merespons"))?;
    client
        .query_one("SELECT 1", &[])
        .await
        .map_err(|_| tulis_error(StatusCode::SERVICE_UNAVAILABLE, "database tidak merespons"))?;
    Ok(Json(serde_json::json!({ "status": "ok" })))
}

/// GET /api/items — seluruh item sebagai array JSON.
async fn handle_list_items(State(pool): State<Pool>) -> Result<Json<Vec<Item>>, GalatApi> {
    let client = pool
        .get()
        .await
        .map_err(|_| tulis_error(StatusCode::INTERNAL_SERVER_ERROR, "gagal membuka koneksi"))?;
    let baris = client
        .query(
            &format!("SELECT {KOLOM_ITEM} FROM items ORDER BY id"),
            &[],
        )
        .await
        .map_err(|_| tulis_error(StatusCode::INTERNAL_SERVER_ERROR, "gagal membaca items"))?;
    Ok(Json(baris.iter().map(Item::dari_baris).collect()))
}

/// POST /api/items — validasi body lalu simpan item baru.
async fn handle_create_item(
    State(pool): State<Pool>,
    Json(body): Json<Value>,
) -> Result<(StatusCode, Json<Item>), GalatApi> {
    // Bentuk body diperiksa manual agar pesan galat tetap konsisten.
    let input: ItemBaru = serde_json::from_value(body)
        .map_err(|_| tulis_error(StatusCode::BAD_REQUEST, "body JSON tidak valid"))?;

    let name = input.name.trim().to_string();
    if name.is_empty() {
        return Err(tulis_error(StatusCode::BAD_REQUEST, "name wajib diisi"));
    }
    if input.note.chars().count() > BATAS_CATATAN {
        return Err(tulis_error(
            StatusCode::BAD_REQUEST,
            "note maksimal 200 karakter",
        ));
    }

    let client = pool
        .get()
        .await
        .map_err(|_| tulis_error(StatusCode::INTERNAL_SERVER_ERROR, "gagal membuka koneksi"))?;
    let baris = client
        .query_one(
            &format!("INSERT INTO items (name, note) VALUES ($1, $2) RETURNING {KOLOM_ITEM}"),
            &[&name, &input.note],
        )
        .await
        .map_err(|_| tulis_error(StatusCode::INTERNAL_SERVER_ERROR, "gagal menyimpan item"))?;
    Ok((StatusCode::CREATED, Json(Item::dari_baris(&baris))))
}

/// GET /api/items/{id} — satu item; 404 bila tidak ditemukan.
async fn handle_get_item(
    State(pool): State<Pool>,
    Path(id): Path<i64>,
) -> Result<Json<Item>, GalatApi> {
    let client = pool
        .get()
        .await
        .map_err(|_| tulis_error(StatusCode::INTERNAL_SERVER_ERROR, "gagal membuka koneksi"))?;
    let baris = client
        .query_opt(
            &format!("SELECT {KOLOM_ITEM} FROM items WHERE id = $1"),
            &[&id],
        )
        .await
        .map_err(|_| tulis_error(StatusCode::INTERNAL_SERVER_ERROR, "gagal membaca item"))?;
    match baris {
        Some(baris) => Ok(Json(Item::dari_baris(&baris))),
        None => Err(tulis_error(StatusCode::NOT_FOUND, "item tidak ditemukan")),
    }
}

tests/integration_test.rs

Unduh berkas
rust
//! Integration test black-box untuk API katalog.
//!
//! Test ini tidak memanggil fungsi internal aplikasi; yang diperiksa adalah
//! perilaku HTTP persis seperti yang dirasakan klien sungguhan. Aplikasi
//! harus sudah berjalan di APP_URL (default http://localhost:8080) dengan
//! database yang dapat dijangkau lewat TEST_DATABASE_URL atau variabel PG*.
//! Jalankan selama stack Compose berjalan:
//!
//!     docker compose --profile test run --rm test
//!
//! Hanya `create_list_get_item` yang mereset tabel items: dua test lainnya
//! tidak menulis data sehingga seluruh test aman dijalankan paralel.

use std::time::{Duration, Instant};

use serde_json::{json, Value};

/// Alamat aplikasi yang diuji (bisa ditimpa APP_URL).
fn app_url() -> String {
    std::env::var("APP_URL").unwrap_or_else(|_| "http://localhost:8080".into())
}

/// Menyusun konfigurasi koneksi PostgreSQL untuk reset data:
/// TEST_DATABASE_URL diutamakan, jika kosong variabel PG* dirangkai
/// dengan nilai default lokal.
fn konfigurasi_db() -> tokio_postgres::Config {
    if let Ok(url) = std::env::var("TEST_DATABASE_URL") {
        return url.parse().expect("TEST_DATABASE_URL tidak valid");
    }
    let ambil = |kunci: &str, standar: &str| {
        std::env::var(kunci).unwrap_or_else(|_| standar.to_string())
    };
    let mut cfg = tokio_postgres::Config::new();
    cfg.host(&ambil("PGHOST", "localhost"))
        .port(ambil("PGPORT", "5432").parse().unwrap_or(5432))
        .user(&ambil("PGUSER", "katalog"))
        .password(&ambil("PGPASSWORD", "rahasia123"))
        .dbname(&ambil("PGDATABASE", "katalog"));
    cfg
}

/// Mengosongkan tabel items dan mengembalikan counter id ke 1 sehingga
/// test dimulai dari kondisi yang sama.
async fn reset_items() {
    let (client, koneksi) = konfigurasi_db()
        .connect(tokio_postgres::NoTls)
        .await
        .expect("gagal membuka koneksi database test");
    tokio::spawn(async move {
        if let Err(galat) = koneksi.await {
            eprintln!("koneksi database test terputus: {galat}");
        }
    });
    client
        .execute("TRUNCATE items RESTART IDENTITY", &[])
        .await
        .expect("gagal truncate items");
}

/// Menunggu /healthz siap, paling lama 30 detik — container sering butuh
/// beberapa detik sebelum benar-benar siap menerima request.
async fn tunggu_server() {
    let tenggat = Instant::now() + Duration::from_secs(30);
    while Instant::now() < tenggat {
        if let Ok(resp) = reqwest::get(format!("{}/healthz", app_url())).await {
            if resp.status().is_success() {
                return;
            }
        }
        tokio::time::sleep(Duration::from_millis(500)).await;
    }
    panic!("aplikasi di {} tidak siap setelah 30 detik", app_url());
}

/// Mengirim POST dengan body JSON ke path dan mengembalikan responsnya.
async fn post_json(path: &str, body: Value) -> reqwest::Response {
    reqwest::Client::new()
        .post(format!("{}{}", app_url(), path))
        .json(&body)
        .send()
        .await
        .expect("permintaan POST gagal")
}

#[tokio::test]
async fn healthz_ok() {
    tunggu_server().await;

    let resp = reqwest::get(format!("{}/healthz", app_url()))
        .await
        .expect("permintaan healthz gagal");
    assert_eq!(resp.status(), 200);
    let body: Value = resp.json().await.expect("healthz bukan JSON");
    assert_eq!(body["status"], "ok");
}

#[tokio::test]
async fn create_list_get_item() {
    tunggu_server().await;
    reset_items().await;

    // Buat item baru: id pertama setelah reset harus 1.
    let resp = post_json(
        "/api/items",
        json!({"name": "Kopi Torabika", "note": "untuk pengujian"}),
    )
    .await;
    assert_eq!(resp.status(), 201);
    let dibuat: Value = resp.json().await.expect("create bukan JSON");
    assert_eq!(dibuat["id"], 1);
    assert_eq!(dibuat["name"], "Kopi Torabika");
    assert_eq!(dibuat["note"], "untuk pengujian");
    assert!(dibuat["created_at"].as_str().is_some());

    // Daftar memuat tepat satu item.
    let resp = reqwest::get(format!("{}/api/items", app_url()))
        .await
        .expect("permintaan list gagal");
    assert_eq!(resp.status(), 200);
    let items: Value = resp.json().await.expect("list bukan JSON");
    assert_eq!(items.as_array().map(Vec::len), Some(1));
    assert_eq!(items[0]["name"], "Kopi Torabika");

    // Ambil kembali berdasarkan id.
    let resp = reqwest::get(format!("{}/api/items/1", app_url()))
        .await
        .expect("permintaan get gagal");
    assert_eq!(resp.status(), 200);
    let didapat: Value = resp.json().await.expect("get bukan JSON");
    assert_eq!(didapat["id"], 1);
    assert_eq!(didapat["name"], "Kopi Torabika");
    assert_eq!(didapat["note"], "untuk pengujian");
}

#[tokio::test]
async fn get_item_404() {
    tunggu_server().await;

    let resp = reqwest::get(format!("{}/api/items/999", app_url()))
        .await
        .expect("permintaan get gagal");
    assert_eq!(resp.status(), 404);
    let body: Value = resp.json().await.expect("error bukan JSON");
    assert_eq!(body["error"], "item tidak ditemukan");
}

#[tokio::test]
async fn create_validasi_400() {
    tunggu_server().await;

    // name kosong (hanya spasi) ditolak sebelum menyentuh database.
    let resp = post_json("/api/items", json!({"name": "   ", "note": ""})).await;
    assert_eq!(resp.status(), 400);
    let body: Value = resp.json().await.expect("error bukan JSON");
    assert_eq!(body["error"], "name wajib diisi");

    // note melebihi batas 200 karakter.
    let resp = post_json(
        "/api/items",
        json!({"name": "Kopi Gayo", "note": "x".repeat(201)}),
    )
    .await;
    assert_eq!(resp.status(), 400);
    let body: Value = resp.json().await.expect("error bukan JSON");
    assert_eq!(body["error"], "note maksimal 200 karakter");
}