Skenario pendaftaran dan pemulihan akses belum bisa dianggap teruji sebelum dijalankan dengan email asli yang berisi kode atau tautan asli. Stub pengganti email hanya menguji formulirnya, bukan seluruh rantai pengiriman, pembacaan kode, dan pembukaan tautan. Untuk itu penguji tidak membutuhkan satu kotak surat serba guna, melainkan alamat yang disesuaikan dengan skenario dan situs tertentu. Berikut ulasan mengapa hal ini perlu, mengapa email pribadi dan email kerja tidak cocok, bagaimana memilih antara alamat sekali pakai dan sewa, serta apa saja yang sebaiknya dicatat dalam dokumentasi pengujian.
Mengapa penguji membutuhkan alamat email tersendiri
Skenario pendaftaran end-to-end tidak hanya berisi pengisian formulir: situs harus mengirim email, penguji harus menerimanya, mengambil kode atau membuka tautan, lalu menyelesaikan rantai tersebut dengan masuk ke akun. Stub yang hanya memasukkan kode tetap ke basis data melewatkan semua yang terjadi antara pengiriman dan penerimaan email, yaitu keterlambatan pengiriman, format email dari situs tertentu, dan perilaku saat tautan dibuka dari klien lain. Masalah pada pengiriman nyata, seperti email masuk ke spam, tertunda berjam-jam, atau datang dengan tautan terpotong, hanya dapat ditemukan pada alamat asli yang benar-benar menerima email.
Mengapa email pribadi dan email kerja tidak cocok untuk keperluan ini
Memakai kotak surat pribadi untuk pendaftaran uji tampak seperti solusi cepat, tetapi kotak surat itu akan dipenuhi email dari puluhan akun uji dan menyulitkan pencarian email penting di korespondensi pribadi. Email kerja menambah risiko lain: akun uji yang didaftarkan dengan alamat kerja bisa tanpa sengaja terseret ke proses operasional perusahaan, misalnya masuk ke milis atau mendapat akses ke integrasi yang diatur berdasarkan domain. Alamat uji tersendiri menghilangkan kedua risiko sekaligus: alamat itu ada untuk satu tugas saja dan tidak bercampur dengan korespondensi pribadi maupun data operasional perusahaan.
Aktivasi sekali pakai atau sewa: mana yang dipilih untuk skenario Anda
Pilihan bergantung pada jumlah email yang diharapkan dalam satu skenario. Jika pengujian hanya memeriksa satu langkah, yaitu pendaftaran dan konfirmasi dengan satu email, aktivasi sekali pakai sudah cukup: kotak surat sementara untuk situs tertentu yang aktif selama 20 menit dan ditutup otomatis saat waktu habis, dengan pengembalian dana otomatis jika email tidak datang. Jika skenarionya lebih kompleks dan membutuhkan email berulang ke alamat yang sama, misalnya pendaftaran, lalu pemulihan kata sandi, lalu masuk kembali dengan konfirmasi melalui email, aktivasi sekali pakai tidak memadai karena alamat ditutup segera setelah email pertama. Untuk kasus ini Anda memerlukan sewa kotak surat dengan masa sewa 12 jam hingga 60 hari dan dukungan perpanjangan: tersedia preset 12, 24, dan 48 jam, satu minggu, satu bulan, dan 60 hari, yang mencakup uji regresi singkat maupun pengujian rilis selama beberapa hari.
Isolasi data uji dari data produksi sebagai aturan
Aturannya sederhana: data uji tidak boleh bercampur dengan data produksi, baik pada alamat, akun, maupun saluran notifikasi. Kotak surat sewaan membantu dari sisi arsitektur, karena hanya menerima email dari situs yang disebutkan saat pemesanan, sehingga alamat uji yang sama secara fisik tidak mungkin tanpa sengaja menerima email dari layanan lain dan mengacaukan skenario. Hal ini terutama penting ketika beberapa versi produk atau beberapa lingkungan diuji secara paralel: setiap skenario harus punya alamat sendiri agar email dari berbagai eksekusi uji tidak bercampur dalam satu kotak surat dan tidak mengaburkan hasil pemeriksaan.
Apa yang perlu dicatat dalam dokumentasi pengujian
Agar eksekusi uji dapat diulang dan dijelaskan kepada rekan tanpa bertanya lagi, dokumentasi skenario sebaiknya mencatat tiga hal: alamat mana yang digunakan, untuk situs atau layanan apa alamat itu dipesan, dan berapa masa berlakunya, yaitu apakah alamat sudah kedaluwarsa tepat setelah email diterima atau masih aktif untuk pemeriksaan ulang. Tanpa catatan ini, seminggu kemudian sulit memahami mengapa eksekusi uji tidak bisa diulang: alamat tertutup otomatis sesuai aturan formatnya, bukan karena ada yang rusak pada skenario itu sendiri.
Kapan sarana gratis cukup, dan kapan lebih mudah menyewa
Jika Anda sudah memiliki domain sendiri dan hosting email yang mendukung banyak alamat, sementara jumlah pendaftaran uji kecil, untuk pemeriksaan tunggal Anda bisa memakai itu saja: tidak semua tugas memerlukan alamat berbayar. Namun begitu jumlah pengujian bertambah dan skenario menuntut isolasi antar eksekusi serta jaminan bahwa email dari uji lain tidak masuk ke kotak surat yang sama, lebih mudah menyewa kotak surat untuk tugas atau situs tertentu: ini menghilangkan beban administrasi dan menjaga setiap skenario tetap terpisah. Logika serupa dalam memilih antara stub dan kode asli pada eksekusi otomatis dibahas dalam artikel tentang autotest dengan kode asli di CI.
Pertanyaan yang Sering Diajukan
Apakah aktivasi sekali pakai cocok untuk menguji skenario pemulihan kata sandi?
Hanya jika pemulihan diuji dalam eksekusi terpisah tepat setelah alamat diperoleh. Jika skenarionya melibatkan pendaftaran terlebih dahulu dan pemulihan sebagai langkah terpisah di kemudian hari, aktivasi sekali pakai tidak cukup: alamat sudah tertutup. Untuk rantai seperti itu diperlukan sewa kotak surat.
Apa yang harus dilakukan jika skenario uji membutuhkan email dari beberapa layanan ke satu alamat?
Saat mengajukan sewa, langsung cantumkan semua situs yang emailnya diharapkan. Filter kotak surat hanya akan menerima email dari daftar yang dinyatakan, dan menambahkan situs belakangan tidak dapat dilakukan.
Bagaimana jika pengujiannya banyak dan membuat alamat satu per satu secara manual tidak praktis?
Jika sewa dan aktivasi sekali pakai tersedia melalui API, proses pemesanan alamat dapat dimasukkan ke dalam persiapan lingkungan uji, sehingga alamat diperoleh secara terprogram sebelum setiap eksekusi tanpa perlu dilakukan manual lewat antarmuka.
Aktivasi sekali pakai untuk situs yang diuji atau sewa kotak surat selama skenario end-to-end dapat dipesan di bagian email-OTP.