Uji yang bergantung pada email melibatkan beberapa jam. Mengukur hanya interval antara dua aksi browser menyembunyikan di mana waktu dihabiskan dan dapat membuat perubahan kotak surat tampak seperti peningkatan aplikasi.
Catat tahapan secara terpisah
| Tahapan | Stempel waktu yang berguna |
|---|---|
| Pemicu aplikasi | Ketika uji meminta pesan verifikasi. |
| Pengiriman pengirim | Ketika sistem pengirim menerima atau mengantri pesan, jika dapat diamati. |
| Observasi penerima | Ketika pesan yang cocok tersedia untuk uji. |
| Hasil verifikasi | Ketika aplikasi mengonfirmasi status akun yang dimaksud. |
Gunakan jam yang sama bila memungkinkan, catat asumsi zona waktu, dan bedakan stempel waktu yang hilang dari durasi nol. Bandingkan jalankan berulang di bawah kondisi yang sama sebelum membuat klaim kinerja.
Pilih mekanisme pembaruan yang didukung
Server-sent events memungkinkan server mengirim pembaruan melalui koneksi browser yang sudah ada. Mereka dapat mengurangi polling frontend yang berulang, tetapi pengiriman tetap bergantung pada pemrosesan dan jaringan yang mendasari. Lihat ikhtisar MDN. Sebuah situs yang menggunakan SSE tidak berarti API publiknya mengekspos aliran yang sama.
Untuk uji API, ikuti antarmuka yang didokumentasikan. Jika polling diperlukan, gunakan backoff terbatas, batas waktu, dan korelasi pesan alih-alih loop ketat.
Ukur kegagalan serta rata‑rata
Laporkan timeout, akses yang ditolak, kesalahan pengirim, dan pesan yang tidak cocok bersama dengan waktu yang berhasil. Rata‑rata yang lebih rendah di antara keberhasilan dapat menyembunyikan peningkatan kegagalan. Simpan jejak yang disanitasi untuk diagnosis tanpa mencatat token verifikasi.
Kontrol beban kerja tes itu sendiri
Batasi pekerjaan simultan, batalkan pekerjaan setelah batas waktu, dan bersihkan artefak sintetis. Bahasa implementasi dan basis data tidak menetapkan kapasitas tetap atau membuat skala gratis; ukur sumber daya yang dikonsumsi oleh beban kerja aktual.