Göndermeden önce işlem maili test listesi: neyi denetlemeli?

İşlem maili test listesi, kullanıcıya hesabıyla ilgili bir olayı bildiren postaların gönderilmeden önce denetlenmesi için kullanılır. Bu postalar kayıt onayı, parola yenileme, sipariş bildirimi gibi akışların parçasıdır ve gönderilemediğinde kullanıcı akışı tıkanır. Bu yazıda listeyi beş başlıkta topladık: kimlik ve alan adı, içerik, bağlantılar, istemci davranışı ve ortam ayrımı.

Liste neden göndermeden önce başlar?

Çünkü bir postanın başarısız olması, gönderim anında değil, ondan önce belirlenir. Alan adının yetkisi, postayı imzalayan yapılandırma, gönderen adresin alan adıyla uyumu: bunlar eksikse posta ya reddedilir ya da gereksiz klasörüne düşer. Bu durumda kullanıcı postayı hiç görmez ve sorun uygulamanın kayıt ekranında ortaya çıkar; oysa kök neden gönderim yapılandırmasıdır. Listenin amacı kusursuzluk değil, her maddenin bilinçli olarak karara bağlanmasıdır.

İkinci neden, teslimin eşzamanlı olmamasıdır. Gönderim isteği kabul edildiğinde posta yola çıkmış olur ama hemen ulaşmaz. Gecikme normaldir; aynı postanın iki kez ulaşması da normaldir. Liste, bu iki davranışı hata sanmayacak biçimde yazılmalıdır. Aksi hâlde ekip, gerçek bir arızayı değil normal bir gecikmeyi kovalar.

Üçüncü neden, listenin bir kez yazılıp bırakılmasıdır. İşlem postaları ürünle birlikte değişir: yeni bir akış eklenir, mevcut akışın metni güncellenir, gönderen bilgileri değişir. Her değişiklik, listedeki bazı maddeleri geçersiz kılar. Bu yüzden liste, sürümle birlikte gözden geçirilen bir belge olmalıdır; yoksa bir süre sonra kimsenin bakmadığı, gerçeği yansıtmayan bir metne dönüşür.

Kimlik ve alan adı tarafında ne denetlenir?

Bu başlık, listenin teknik ağırlığı en yüksek kısmıdır. Denetlenenler şunlardır:

• Gönderen alan adı: Postayı gönderen alan adı, uygulamanın gerçekten sahip olduğu bir alan adı mı?
• Gönderme yetkisi: Gönderim yapan altyapının bu alan adı adına gönderme izni yapılandırılmış mı?
• Posta imzalama: Alan adının gönderim politikasını bildiren ve postaları imzalayan kayıtlar tanımlı mı ve doğru mu?
• Cevap adresi: Kullanıcının yanıtlayabileceği bir adres tanımlı mı, yoksa yanıtlar boşluğa mı düşüyor?
• Test ve üretim ayrımı: Deneme ortamındaki postalar üretim alan adından mı çıkıyor?

Son madde en sık atlanan ve en pahalı olanıdır. Deneme ortamı üretim alan adını kullanıyorsa, hem gerçek kullanıcılara test postası gitme riski doğar hem de alan adının itibarı gereksiz yere yıpranır. Gönderen alan adlarını ortama göre ayırmak, listenin ilk maddesi olmalıdır.

İçerik ve bağlantılar nasıl sınanır?

İçerik denetimi, postanın okunabilirliğiyle başlar. Konu satırı, postayı açtıran tek satırdır ve gereksiz süslemeden arınmış olmalıdır. Gövde, kullanıcının hangi olayın gerçekleştiğini ve ne yapması gerektiğini ilk bakışta anlamasını sağlamalıdır. Metin içindeki kişiselleştirilmiş alanlar boş kalmamalı; bir veri eksik olduğunda boş görünen yer tutucu, postayı güvenilmez gösterir.

Bağlantılar ise ayrı bir denetim başlığıdır:

Son satır, erişilebilirlik tarafına işaret eder. Posta yalnızca biçimli metin olarak değil, düz metin olarak da okunabilmelidir; kimi istemciler biçimlendirmeyi kaldırır ve geriye anlamsız bir yığın kalır.

Farklı posta istemcileri neden ayrı test edilir?

Çünkü bir posta her istemcide aynı görünmez. Bazı istemciler görselleri engeller, bazıları bağlantıları yeniden yazar, bazıları ise uzun bir postayı ortasından keser. Bu farklar gönderim tarafında değil, okuma tarafında ortaya çıkar; dolayısıyla gönderim testinin başarılı olması, postanın doğru göründüğü anlamına gelmez.

Bu yüzden liste, en az birkaç farklı okuma ortamını kapsamalıdır: masaüstü, mobil ve düz metin görünümü. Ayrıca gereksiz klasörüne düşme olasılığını azaltan içerik kararları da bu başlığa girer. Aşırı görsel kullanan, bağlantısı metinden ayırt edilemeyen ya da konu satırında abartılı ifadeler taşıyan postalar, teknik olarak kusursuz olsa bile hedefine ulaşmayabilir.

İstemci denetiminin bir parçası da postanın okunma sırasıdır. Kullanıcı önce konu satırını, sonra gönderen adını, ancak ondan sonra gövdeyi görür. Konu satırı ile gövdenin ilk cümlesi aynı olayı anlatmıyorsa, kullanıcı iki farklı işlem yapıldığını sanabilir. Bu nedenle liste, konu satırı, gönderen görünen adı ve gövdenin ilk cümlesinin birbiriyle tutarlı olduğunu ayrıca denetlemelidir.

Test ortamı üretimden nasıl ayrılır?

Bu ayrım üç katmanda kurulur: alan adı, kutu ve veri. Alan adı katmanında, deneme postaları üretim alan adından çıkmamalıdır. Kutu katmanında, deneme postalarının düştüğü kutu üretim postalarını almamalıdır; aksi hâlde bir test yanlışlıkla gerçek kullanıcı postasını siler. Veri katmanında ise postaya giren kişi bilgileri gerçek olmamalıdır; test verisinin üretilmesi ayrı bir disiplindir ve faker ya da çevrim içi üreticiler arasındaki fark burada önem kazanır.

Kutu katmanı, en çok ihmal edilen ayrımdır. Deneme ortamı için alan adının tüm adresleri tek bir kutuya yönlendirilebilir; bu, hazırlık aşamasında hızlı sonuç verir ama üretimle karışma riskini büyütür. Bu yaklaşımın ne zaman uygun olduğunu her şeyi yakalayan posta kutusu yazısında değerlendirdik. Deneme postalarının yönlendirilmediği, doğrudan yakalandığı bir kurulum ise sürekli entegrasyonda mail yakalama yazısının konusudur.

Geliştiriciler için: otomatik denetimler ve ortam ayrımı

Listenin otomatikleştirilebilen kısmı, gönderim isteğinin kabul edilip edilmediğiyle sınırlı değildir. Test, gönderilen iletinin içeriğini okuyabiliyorsa konu satırını, gövdedeki bağlantıların varlığını ve kişiselleştirilmiş alanların doluluğunu da doğrulayabilir. Bu denetimler, içerikte yapılan bir değişikliğin postayı bozup bozmadığını hızlıca gösterir.

Otomatikleştirilemeyen kısım ise görsel ve davranışsal olandır: postanın farklı istemcilerde nasıl göründüğü, gereksiz klasörüne düşüp düşmediği, bağlantının gerçekten çalışıp çalışmadığı. Bu kontroller için elle yapılan periyodik denetimler gerekir. İki grubu birbirine karıştırmamak, test paketinin güvenilirliğini korur; çünkü görsel bir kontrolü otomatik teste zorlamak, ekibi sürekli kırılan testlerle uğraşmaya iter.

Son olarak, gönderim yapılandırması değişikliklerini de teste bağlamak gerekir. Alan adı yetkisi ya da imzalama ayarları değiştiğinde, posta hâlâ gönderiliyor görünebilir ama artık hedefine ulaşmıyor olabilir. Bu yüzden kayıt doğrulama postasının gerçekten okunabildiğini gösteren seyrek ama zorunlu bir uçtan uca kontrol bulundurmak, listenin kapanış maddesidir. Pazarlama postalarında bulunan tek tıkla çıkış başlığı gibi unsurlar işlem postalarında farklı ele alınır; listeyi posta türüne göre ayırmak, yanlış beklentileri baştan önler.

Sonraki adımlar

İlk adım, listeyi tek bir belge hâline getirip her maddeyi sorumlu bir kişiye bağlamaktır; sahibi olmayan madde denetlenmez. İkinci adım, otomatik ve elle yapılan kontrolleri ayırmak, üçüncü adım ise ortam ayrımını alan adı, kutu ve veri katmanlarında kurmaktır. Kendi işlem postalarınızı denerken kısa ömürlü adreslere ihtiyaç duyarsanız geçici e-posta aracı bu iş için yeterlidir.

Bu sayfadaki adresler yalnızca test verisidir; bir kişinin gerçek iletişim adresi olarak kullanılamaz ve kalıcı bir hesaba bağlanamaz.