Adapter email mencegah kasus uji bergantung pada format respons satu penyedia. Itu harus mengekspos kontrak kecil sambil mempertahankan cukup informasi untuk mendiagnosis kegagalan.
Definisikan empat operasi
- Prepare: menetapkan penerima sintetis yang diizinkan dan merekam konteks pengujian.
- Wait: menemukan pesan yang cocok dengan penerima, tujuan, dan jendela permintaan dalam batas waktu.
- Read: memperoleh konten yang diperlukan untuk asersi tanpa mencatat rahasia.
- Clean up: menghapus artefak pengujian bila didukung dan mencatat pembersihan yang tidak lengkap.
Kembalikan hasil yang berbeda
| Outcome | Meaning |
|---|---|
| Matched | Pesan memenuhi aturan korelasi pengujian ini. |
| Timed out | Tidak ada pesan yang cocok terdeteksi sebelum batas waktu. |
| Access rejected | Kredensial atau akses kotak masuk tidak dapat divalidasi. |
| Provider unavailable | Layanan kotak surat tidak dapat menyelesaikan operasi. |
Uji adapter secara independen
Gunakan fixture untuk memeriksa paginasi, hasil kosong, percobaan ulang, respons yang rusak, dan pembatalan. Pertahankan pemeriksaan integrasi langsung yang kecil dan dibatasi laju untuk perilaku yang tidak dapat dipastikan oleh fixture. Ikuti kontrak API penyedia saat ini daripada mengikis UI kotak masuk.
Jaga asersi produk di atas adapter
Pengujian aplikasi harus memutuskan apakah pesan selamat datang memiliki tujuan yang benar atau apakah alur verifikasi mengubah status yang dimaksudkan. Adapter tidak boleh secara diam-diam menyatakan hasil bisnis tersebut berhasil hanya karena email tiba.
Konsultasikan dokumentasi API CleanTempMail yang terbaru sebelum mengimplementasikan adapternya, termasuk autentikasi dan batas penggunaan.