Cara Email Sekali Pakai Membantu Developer Menguji dengan Lebih Baik
Pelajari cara kotak masuk sementara yang terpisah membuat pengujian email lebih konsisten tanpa menjadikan kotak masuk bersama sebagai infrastruktur pengujian.
Pengujian email menjadi rapuh ketika seluruh tim berbagi satu kotak masuk. Pesan lama bercampur dengan pengujian baru, kredensial berpindah-pindah, dan proses build paralel saling berebut kode verifikasi yang sama. Satu kotak masuk terpisah untuk setiap proses pengujian memberi batas yang jelas bagi tiap skenario.
Kapan kotak masuk sementara membantu
- Alur pendaftaran: pastikan pesan sambutan atau verifikasi sampai ke alamat yang dimasukkan dalam pengujian.
- Reset kata sandi: periksa subjek, penerima, keterangan masa berlaku, dan URL reset dalam lingkungan yang terkendali.
- Pemeriksaan tampilan: periksa versi teks dan HTML tanpa mencampurkan pesan pengujian ke akun pribadi.
- Proses CI paralel: berikan alamat tersendiri untuk setiap proses agar asal setiap pesan tetap jelas.
Pola end-to-end yang andal
- Siapkan kotak masuk. Gunakan kredensial API yang diterbitkan operator dan memiliki izin
inbox:create. - Jalankan tindakan pada produk. Masukkan alamat yang dibuat melalui alur UI atau API yang sama seperti yang digunakan pengguna.
- Lakukan polling dengan batas waktu. Pengiriman email berlangsung secara asinkron. Gunakan batas waktu yang wajar dan jeda bertahap, bukan waktu tunggu tetap atau permintaan tanpa jeda.
- Baca pesan yang diharapkan. Cocokkan data yang stabil seperti penerima dan subjek, lalu ambil isi lengkapnya dengan kredensial
inbox:read. - Uji perilaku, bukan tampilannya. Periksa tautan, kode, pengirim, dan teks penting bagi pengguna. Hindari snapshot yang gagal setiap kali tata letak berubah tanpa memengaruhi fungsi.
- Biarkan kotak masuk kedaluwarsa. Data pengujian sementara tidak seharusnya berubah menjadi kotak masuk bersama yang permanen.
Pertahankan batas pengujian yang jelas
Kotak masuk yang dibuat melalui API hanya dapat diakses oleh kredensial yang membuatnya. Kredensial lain menerima respons tidak ditemukan, bukan akses ke kotak masuk tersebut. Perlakukan kredensial sebagai rahasia, berikan hanya izin yang diperlukan, dan cabut kredensial saat integrasi tidak lagi digunakan.
Isi pesan tetap merupakan masukan yang tidak tepercaya. Jangan jalankan skrip dari email, jangan masukkan rahasia produksi ke pesan pengujian, dan periksa tautan yang diekstrak sebelum pengujian membukanya.
Sementara bukan berarti instan
Pengiriman SMTP dapat terlambat atau gagal. Laporan kegagalan yang baik menjelaskan apakah pengujian mencapai batas waktu saat menunggu email, menerima pesan yang salah, atau menemukan isi yang tidak valid. Perbedaan ini membuat build yang gagal jauh lebih mudah ditelusuri.
Pilih lapisan pengujian yang tepat
Pengujian unit biasanya cukup menggunakan transport email tiruan dan memastikan aplikasi mengantrekan pesan yang benar. Gunakan kotak masuk sementara yang nyata untuk sebagian kecil pengujian integrasi dan end-to-end ketika jalur pengiriman itu sendiri perlu diuji. Kedua pendekatan ini saling melengkapi.