Adres silinsin mi?

Bu adres ve gelen kutusundaki mailler bırakılacak, size yeni bir adres verilecek. Eski adrese daha sonra yalnızca kurtarma anahtarıyla dönebilirsiniz.

Yazılımcılar ve test ekipleri için geçici mail ile kayıt, aktivasyon ve şifre sıfırlama testleri

Cuma akşamı, sürüm çıkmadan bir saat önce. Ürün yöneticisi Slack'e yazıyor: "Şifre sıfırlama maili bende gelmiyor." Geliştirici kendi adresiyle deniyor, mail geliyor. Test ekibinden biri deniyor, o da alıyor. Sorun sonradan anlaşılıyor. Herkes aynı iki üç adresi aylardır kullandığı için sistem bu adresleri "zaten doğrulanmış" sayıyor ve yeni kullanıcı akışı hiç tetiklenmiyor. Yani kimse gerçekten yeni bir kullanıcı gibi test etmemiş.

Bu tablo yazılım ekiplerinde sık görülür. Kayıt, aktivasyon ve şifre sıfırlama gibi mail tabanlı akışları test etmenin en dürüst yolu, her seferinde hiç görülmemiş, temiz bir adresle başlamaktır. Geçici mail tam olarak burada işe yarar. Ama nerede işe yaramadığını da baştan söyleyelim, çünkü yanlış beklentiyle gelen geliştirici ilk on dakikada hayal kırıklığına uğrar.

Kısa cevap: Geçici mail, kayıt, aktivasyon ve şifre sıfırlama akışlarını elle test etmek ve HTML mail şablonunuzun gerçek bir gelen kutusunda nasıl göründüğünü görmek için pratik bir araçtır. API sunmaz, otomasyon ve bot kullanımına karşı korumalıdır; otomatik testler için yerel SMTP yakalama araçları daha doğru tercihtir.

Manuel testte geçici mail hangi işleri kolaylaştırır?

Kayıt ve aktivasyon akışı

Yeni kullanıcı senaryosunu baştan sona yürütmek istiyorsunuz. Form doldurulur, doğrulama maili gider, linke tıklanır, hesap aktif olur. Bunun için Geçici Mail ana sayfasını açmanız yeterli; adres kendiliğinden oluşur, "Kopyala" butonuyla alır, kayıt formuna yapıştırırsınız. Gelen kutusu 5 saniyede bir kendini yeniliyor. Kendi testlerimizde gönderilen bir mail ortalama 3-5 saniye içinde kutuda görünüyor. Beklemek istemiyorsanız "Yenile" butonu kutuyu hemen günceller.

Burada bakmanız gereken şeyler aslında mailin gelip gelmediğinden fazlası:

  • Doğrulama linki doğru ortama mı gidiyor? Staging'den çıkan mailin production adresine yönlendirmesi klasik bir hatadır.
  • Link tek kullanımlık mı? İkinci tıklamada anlamlı bir mesaj görülüyor mu?
  • Süresi dolmuş token ile ne oluyor? Linki bir süre bekletip sonra deneyin.
  • Mail konu satırı ve gönderen adı, kullanıcının gelen kutusunda ne anlatıyor?

Şifre sıfırlama

Şifre sıfırlama akışında en çok gözden kaçan durum, aynı adrese art arda birkaç sıfırlama talebi gönderildiğinde eski linklerin geçersiz olup olmadığıdır. Geçici bir adresle üç talep gönderin, üç mail gelsin, sonra ilk maildeki linke tıklayın. Eski link hâlâ çalışıyorsa bir güvenlik açığına bakıyor olabilirsiniz. Bu testi kendi kişisel kutunuzda yapmak hem kutunuzu kirletir hem de eski maillerle karışır.

HTML şablonunun gerçek görünümü

Mail şablonunu tarayıcıda önizlemek ile bir gelen kutusunda görmek aynı şey değildir. Geçici Mail'de HTML mailler güvenli biçimde gösterilir, içindeki script'ler temizlenir ve mail sayfanın geri kalanından ayrı, izole bir çerçevede açılır. Bu, şablonunuzun script'e bağımlı bir parçası varsa onu hemen görünür kılar. Zaten mail istemcilerinin büyük kısmı da script çalıştırmaz; şablonunuz burada düzgün görünmüyorsa başka yerlerde de sorun çıkarma ihtimali yüksektir.

Şunu da açık konuşalım, tek bir gelen kutusu, mail istemcileri arasındaki tüm farkları göstermez. Masaüstü istemcilerin, mobil uygulamaların, karanlık modun kendi tuhaflıkları vardır. Geçici mail size "ilk gerçek göz" sağlar, kapsamlı bir istemci uyumluluk testi yerine geçmez.

Çoklu kullanıcı senaryoları

Davet sistemi, ekip üyeliği, iki kullanıcı arasında mesajlaşma bildirimi... Bunları test etmek için birden çok adres gerekir. Her tarayıcı profili ya da gizli pencere ayrı bir adres anlamına gelebilir. Örneğin bir pencerede "yönetici", diğerinde "davet edilen kullanıcı" adresini açık tutup davet mailinin doğru kişiye, doğru rolle gittiğini görebilirsiniz. "Sil" butonu da mevcut adresi bırakıp size yenisini verir (önce onay sorar); bir kullanıcıyla işiniz bittiğinde temiz sayfa açmak için kullanışlıdır.

İpucu: Her test adresinin yanına kurtarma anahtarını not edin. Adres kutusunun altında, yeşil anahtar simgesinin yanında XXXX-XXXX biçiminde duruyor. Ertesi gün aynı test kullanıcısına dönmeniz gerekirse üst menüdeki "E-Postayı Kurtar" ile o adrese yeniden ulaşırsınız. Ayrıntılar için kurtarma anahtarı yazımıza bakabilirsiniz.

Geçici mailin test ekipleri için sınırları

Geliştiricilerin ilk sorduğu şey genellikle aynı: "API'niz var mı?" Yok. Bunu bir eksiklik gibi değil, bilinçli bir tercih olarak görmek gerekiyor. Ücretsiz ve üyeliksiz bir hizmetin kötüye kullanılmasının en kolay yolu otomasyondur, bu yüzden sitede otomatik bot kullanımına karşı koruma var. Test script'inizi siteye bağlamaya çalışırsanız engelle karşılaşırsınız ve bu beklenen davranıştır.

Diğer sınırlar:

  • Ekler gösterilmez. Fatura PDF'i, bilet ya da sertifika ekli bir mail akışını test ediyorsanız ekin varlığını burada doğrulayamazsınız.
  • Mail gönderilemez. "Bu maile cevap verin" akışlarını, yani gelen cevabı işleyen sistemleri test edemezsiniz.
  • Adres seçilemez. Adres rastgele oluşur; belirli bir kalıba uyan adres gerekiyorsa burası doğru yer değil.
  • Mailler kalıcı değildir. Gelen mailler 24 saat sonra otomatik silinir. Bir hatanın kanıtını saklamanız gerekiyorsa ekran görüntüsü alın.
  • Bazı servisler geçici alan adlarını reddeder. Test ettiğiniz uygulamada böyle bir filtre varsa, bunun bir hata değil kendi kuralınız olduğunu hatırlayın.

Manuel test mi, otomatik test mi, hangi araç nereye?

Kaba bir ayrım yapmak gerekirse geçici mail insanın gözüyle bakılan testler içindir. Her commit'te çalışan bir test hattı için başka araçlar var.

İhtiyaçUygun araçNeden
Yeni kullanıcı akışını elle yürütmekGeçici mailTemiz adres, kurulum yok, saniyeler içinde hazır
Şablonun gerçek gelen kutusunda görünümüGeçici mailScript temizlenmiş, izole görünüm; hızlı ilk kontrol
CI/CD içinde otomatik mail doğrulamaYerel SMTP yakalama aracıMail dışarı çıkmaz, test kodundan okunabilir
Ekli maillerin kontrolüYerel SMTP yakalama aracı veya kendi test kutunuzEkler geçici mailde gösterilmez
Teslim edilebilirlik ve spam skoruMail sağlayıcınızın araçlarıGönderen alan adı ayarlarını ölçmek ayrı bir iştir

Yerel SMTP yakalama araçları, uygulamanızın gönderdiği mailleri gerçek internete çıkarmadan bir sahte sunucuda toplar ve size bir web arayüzü ya da okunabilir bir uç nokta sunar. Geliştirme ortamında Docker ile birkaç dakikada ayağa kaldırılabilen açık kaynak seçenekler yaygındır. Otomatik testlerinizde maili okumak, linki ayıklamak ve tıklamak bu tür bir araçla yapılmalı. Hem daha hızlıdır hem de dış bir servise bağımlı olmaz.

Bizim önerdiğimiz pratik test akışı

  1. Test başlamadan yeni bir gizli pencere açın ve gecicimail.com.tr'ye girin. Adres otomatik oluşur.
  2. Adresi ve kurtarma anahtarını test kaydınıza, hata takip sistemindeki karta not edin.
  3. Kayıt formunu bu adresle doldurun, mailin gelme süresini kabaca gözleyin.
  4. Maili açın ve konuyu, gönderen adını, linkin hedef ortamını, mobil genişlikteki görünümü kontrol edin.
  5. Linke tıklayın, sonra aynı linke tekrar tıklayın. Davranışı not edin.
  6. Şifre sıfırlamayı art arda birkaç kez tetikleyip eski linkleri deneyin.
  7. Gerekli ekran görüntülerini alın; mailler 24 saat sonra silinecek.
  8. Bir sonraki senaryo için "Sil" ile yeni adres alın.

Mail hiç gelmiyorsa sorun her zaman sizin kodunuzda olmayabilir; gönderim kuyruğu, alan adı filtresi veya yanlış ortam ayarı gibi olasılıkları geçici maile mail gelmiyor yazısında topladık.

Gerçek kullanıcı verisiyle test etmeyin

Son bir not, belki en önemlisi. Test ortamına production'dan kopyalanmış gerçek kullanıcı adresleri koymak, bir gün yanlışlıkla gerçek insanlara test maili göndermenin en kısa yoludur. Türkiye'de bu konu 6698 sayılı KVKK kapsamında da ayrıca dikkat gerektirir. Elle yapılan testlerde geçici adres, otomatik testlerde yerel yakalama aracı kullanmak bu riski baştan ortadan kaldırır.

Sık sorulan sorular

Geçici Mail'in API'si var mı?

Hayır, Geçici Mail API sunmaz. Site yalnızca tarayıcıdan elle kullanım için tasarlanmıştır ve otomatik bot kullanımına karşı koruma içerir.

Otomatik testlerde (CI) geçici mail kullanabilir miyim?

Önermiyoruz; otomasyon engellenir. Otomatik testler için uygulamanızın maillerini yerel olarak yakalayan bir SMTP test aracı kullanmak daha hızlı ve güvenilirdir.

HTML mail şablonumu geçici mailde test etmek doğru sonuç verir mi?

Şablonun gerçek bir gelen kutusunda nasıl göründüğüne dair iyi bir ilk fikir verir; script'ler temizlenir ve mail izole bir çerçevede açılır. Ancak tüm mail istemcileri arasındaki farkları göstermez.

Ekli mailleri görebilir miyim?

Hayır, ekler gösterilmez. Ek içeren akışları kendi test kutunuzda veya bir yerel SMTP yakalama aracında kontrol edin.

Aynı test adresine ertesi gün dönebilir miyim?

Evet, kurtarma anahtarını not ettiyseniz "E-Postayı Kurtar" ile adrese dönebilirsiniz. Yalnız gelen mailler 24 saat sonra silindiği için eski mailleri bulamayabilirsiniz.

Diğer Makaleler