Test için sahte e-posta adresi: kayıt formları için güvenli adresler
Bir site geliştiriyor ya da test ediyorsanız formlara sürekli e-posta adresi yazarsınız. Asla olmaması gereken tek şey, bir test mesajının bir yabancının gerçek gelen kutusuna düşmesidir. Bu sayfa her test türü için hangi sahte e-posta adresini kullanacağınızı — ve postanın ne zaman gerçekten ulaşması gerektiğini — gösteriyor.
Önce postanın ulaşması gerekip gerekmediğine karar verin
Her şeyi bu tek soru belirler ve onu açıkça sormaya değer, çünkü yanıt insanların sandığından daha sık “hayır”dır.
| Neyi test ediyorsunuz | Postanın ulaşması gerekiyor mu? | Kullanın |
|---|---|---|
| Bir adresin doğrulanması, saklanması, gösterilmesi | hayır | ayrılmış bir alan adı — aşağıya bakın |
| Onay akışı, elle | evet | buradaki bir posta kutusu |
| Onay akışı, otomatik | evet, kodla okunabilir biçimde | API'si olan bir hizmet |
| Yük ya da hacim testi | hayır — ve ulaşmamalı | her zaman ayrılmış bir alan adı |
Postanın ulaşmaması gerektiğinde: ayrılmış adlar kullanın
Tam da bunun için var olan ve hiçbir zaman kimseye ait olmayacağı garanti edilen alan adları vardır: example.com ile kardeşleri example.net ve example.org (RFC 2606 ile ayrılmış) ve .test uzantısının tamamı.
Bunlardaki adresler; örnek veriler, başlangıç kayıtları ve yük testleri için doğru yanıttır. Gönderdiğiniz hiçbir şey bir insana ulaşamaz, çünkü orada kimse yoktur — şans eseri değil, uluslararası anlaşma gereği.
test@mycompanytest.com, önemsenecek sıklıkta birinin gerçek alan adı çıkar ve ona yöneltilen bir yük testi bir saldırıdan ayırt edilemez. Ayrılmış adlar hiçbir şeye mal olmaz ve bu kaza türünün tamamını ortadan kaldırır.Postanın ulaşması gerektiğinde, elle
Buradan bir adres alın, akışı çalıştırın ve uygulamanızın gerçekte ne gönderdiğini okuyun — başlıklar, bağlantılar ve mesajın sizin posta istemciniz dışında nasıl göründüğü. Yerel bir posta yakalayıcının yakalayamadığı iki şeyi burada görürsünüz:
- Gerçek teslimat. Mesaj gerçek bir posta yolundan geçer; yanlış ayarlanmış göndericiler canlı ortamda değil, burada hata verir.
- Bir yabancıya nasıl göründüğü. Yalnızca sizin oturumunuzda çalışan bağlantılar, hiç yüklenmeyen resimler, localhost'u gösteren bir abonelikten çıkma bağlantısı — hepsi hemen görünür.
Uygulamanız dosya gönderiyorsa ek uyarılarına da bakın: kullanıcılarınızın göreceği uyarılar bunlardır.
Otomatik olması gerektiğinde
Bunun yerine sayfayı kazımak, işe yarasa bile kötü bir takastır: kırılgandır, belgelenmemiştir ve tam da sonunda engellenen trafik biçimidir.
Ret yollarını test etmek
İlginç hatalar “geçerli bir adres çalışıyor” değildir. Kapsamaya değer olanlar:
- MX kaydı olmayan bir alan adındaki adres — adres hatalı yazılmamış olsa da teslimat başarısız olur. Kodunuz bu ikisini ayırt etmeli. Hangisinin hangisi olduğunu kontrol edin.
- Uluslararası bir alan adı, hem Unicode hem de
xn--biçimiyle. Doğrulayıcıların çoğu birini reddeder, ötekini kabul eder ve genellikle ters olanını — dönüştürücü. - Gmail nokta ve artı varyantları. Benzersizlik kontrolünüz ham dizileri karşılaştırıyorsa, tek kişi sınırsız hesap açabilir. Önce normalleştirin — o sayfa, kontrolünüzün yapması gerekeni yapar.
- Çok uzun bir yerel kısım. Standart 64 karaktere izin verir; pek çok form sessizce 20'de keser ve artık hiçbir yere çıkmayan bir şey saklar.
Test edilecek değil, yapılacak bir şey
Ürününüz sahte e-posta adreslerini kabul etmiyorsa, bunu açıkça söyleyin. Tamamen geçerli bir adres için “geçersiz e-posta”, bu alandaki en kafa karıştırıcı hatadır: kullanıcı yazımı kontrol eder, yeniden yazar ve aynı mesajı alır. “Sahte e-posta adreslerini kabul etmiyoruz” aynı yeri kaplar ve kafa karışıklığını bitirir.