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:
- Yang dijanjikan ke pengguna adalah kontrak HTTP — status code, bentuk JSON, pesan galat. Itulah yang diuji; bagaimana axum dan deadpool menyusunnya bukan urusan test.
- 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. reqwestadalahcurlyang 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.
Menunggu Aplikasi Siap #
Alamat aplikasi yang diuji dibaca dari satu variabel:
/// 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:
/// 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:
- 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. - Loop mengetuk
/healthz— endpoint kesehatan memang dirancang untuk ini; respons sukses berarti aplikasi dan database sama-sama siap dilayani. - Jeda 500 ms antar percobaan — polling sopan yang tidak membanjiri aplikasi yang sedang memulai.
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:
/// 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:
konfigurasi_db()merangkai konfigurasi koneksi dariTEST_DATABASE_URLbila ada, jika tidak dari variabelPG*— jalur yang sama dengan aplikasi, sehingga test menyentuh database yang sama persis.tokio::spawnuntuk future koneksi — tokio-postgres memisahkan objekclient(mengirim query) dan futurekoneksi(memompa pesan di latar belakang); tanpa di-spawn, koneksi macet setelah query pertama.TRUNCATE items RESTART IDENTITY— dua pekerjaan sekali jalan: mengosongkan tabel dan mengembalikan counterBIGSERIALke 1. Itulah yang membuat test bisa berasersiid == 1secara deterministik, bukan “id apa pun”.- Hanya
create_list_get_itemyang 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:
/// 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:
| Test | Skenario | Yang dijamin |
|---|---|---|
healthz_ok | GET /healthz | 200 dan status berisi ok |
create_list_get_item | POST lalu GET list lalu GET /1 | 201, id 1, isi utuh, daftar memuat satu item |
get_item_404 | GET /api/items/999 | 404 dengan pesan item tidak ditemukan |
create_validasi_400 | POST name kosong dan note 201 karakter | 400 dengan dua pesan validasi |
Test pertama membuka seluruh suite — tunggu siap, lalu periksa denyut jantung:
#[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:
// 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:
#[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");
} // 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:
$ curl -s -X POST http://localhost:8081/api/items -H 'Content-Type: application/json' -d '{"name":"","note":""}'Output yang Dihasilkan:
{"error":"name wajib diisi"}$ curl -s -X POST http://localhost:8081/api/items -H 'Content-Type: application/json' -d '{"name":"Kopi Gayo","note":"xxx..."}'Output yang Dihasilkan:
{"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:
# 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 testMari kita telaah tujuh kunci yang membentuknya:
profiles: ["test"]— service ini tidak ikutdocker compose upbiasa; 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.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.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:.dockerignorehanya menyaring build context untukdocker build— bind mount membaca isi folder apa adanya, termasuktests/yang memang tidak ikut ke image aplikasi.APP_URL— nilainya menunjuk serviceapppada 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.PG*mengarah kedb—reset_itemsbutuh koneksi langsung ke database lewat jalur yang sama dengan aplikasi.depends_ondua kondisi —app: service_started(proses hidup) dandb: service_healthy(database benar-benar siap). Untuk aplikasi sendiri,tunggu_serverdi kode test-lah yang menjemput kesiapan penuh — kombinasi keduanya menutup celah startup.command: cargo test— menimpa perintah bawaan image (pola Command Override); bersamarun --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:
$ docker compose --profile test run --rm testOutput yang Dihasilkan:
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.01sMari kita telaah isi tangkapan itu:
unittests src/main.rsdengan 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.tests/integration_test.rsdengan 4 test — berkas di foldertests/dikompilasi sebagai test binary terpisah yang meng-import reqwest dan tokio-postgres, bukan kode aplikasi.- Urutan
okyang 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 passed; 0 failed— hitungan akhir yang kita kejar: healthz, putaran buat-daftar-ambil, 404, dan dua kasus 400. Nama-nama berkas binary sepertiapi_katalog-50c1eaf098524db3adalah 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:
- 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.
- Build yang menghormati waktu kita — trik dummy
mainmemindahkan ±50 detik kompilasi dependensi ke layer cache; suntingan kode hanya membayar ±5 detik, dantouchmenjaga binary kosong tidak pernah terkirim. - Image belasan megabyte yang mandiri — binary statis musl dari driver murni Rust, berjalan non-root di atas
alpine:3.20dengan HEALTHCHECK dan migrasi terbawa. - Stack yang mengatur dirinya sendiri — database menunggu
Healthysebelum aplikasi menyala, port host 8081 membuat stack ini berdampingan dengan versi Go,unless-stoppedmenjaga keduanya dari crash, dan SIGTERM dijawab dengan masa tenggang 10 detik. - 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
./:/srcyang 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[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 berkasname: 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-- 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//! 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//! 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");
}