email validation testing
Bugünün öğreticisi tamamen herhangi bir uygulamanın e-posta işlevini test etmekle ilgilidir.
Çoğu web ve mobil uygulamada, E-posta bileşeninde ve sistemin diğer bileşenlerinde kaliteyi sağlamak için E-posta özelliğini doğrulama, testin en önemli bölümlerinden biri olarak kabul edilir.
Farklı senaryolar altında tetiklenen e-postaların, bir E-posta şablonu, E-postadaki Bağlantılar / düğmeler, Kimden, Kime, Bilgi, Gizli alanları, Ekler, E-posta bildirimine göre İçerik vb. İçeren tüm bileşenleri kontrol edilerek doğrulanmış kabul edilir.
Ne öğreneceksin:
- Neden E-posta Testine ihtiyacımız var?
Neden E-posta Testine ihtiyacımız var?
Sistemdeki her bileşenin (Web / Mobil uygulamaları) E-posta göndermek için farklı amaçları olabilir. Bileşen (ler) arasındaki entegrasyon ve E-posta, uygun bildirimlerle son kullanıcıya ulaşmada hayati bir rol oynar. Bu özelliği doğrularken herhangi bir ihmal, yanlış anlamalara, müşterilerin kötü ismine, bilgisayar korsanlığına vb. Yol açacaktır.
Örneğin , bir kullanıcının parolayı sıfırlamak için bir e-posta aldığı bir durumu hayal edin. Ya şifreyi sıfırla bağlantısı / düğmesi veya bir tarayıcıya kopyalayıp yapıştırmak için sağlanan URL çalışmıyorsa? Burada kalan tek seçenek, sıkıcı bir şey haline gelebilecek veya kullanıcının 10-15 gün öncesinden fatura ödemesi için vade tarihiyle ilgili bir E-posta almaya devam ettiği veya son ödeme tarihinden sonra bir hatırlatma aldığı bir durumu hayal edebilecek müşteri desteğiyle iletişime geçmektir geçti. - Rahatsız edici değil mi?
E-postaların, kullanıcıyı kesin bilgilerle güncel tutmayı amaçladıkları için hayatımızın ayrılmaz bir parçası haline geldiği birçok senaryo vardır.
E-postalar için Yaygın Gerçek Zamanlı Senaryolar ve Doğrulama noktaları
E-postaların test edilmesinde doğrulama noktaları türden türe ve yine uygulamadan uygulamaya değişir. Genel olarak tüm E-postalar, şablon için (uygulama logosu, uygulama adı, kullanıcıya hitap etme, Altbilgi içeriği - Telif hakkı, Müşteri desteği ayrıntıları dahil), farklı saat dilimleri için tarih ve zaman damgası için doğrulanmalıdır.
Burada, hemen hemen herkesin farkında olduğu bazı yaygın E-posta türlerini tartışacağız (aşağıda verilen tüm doğrulama noktaları, test uzmanının uygulamanın E-postalarını test ederken yapması gereken temel kontrollerdir).
# 1) Aktivasyon E-postaları
Bir kullanıcı bir uygulamaya ilk kez kaydolduğunda, E-posta ile gönderilen aktivasyon bağlantısına tıklayarak hesabı etkinleştirmesi gerekir. Bu ayrıca kullanıcıya verilen E-posta adresinin geçerli ve erişilebilir olduğunu doğrular.
Doğrulama noktaları aşağıdaki gibidir:
- Aktivasyon Bağlantısı veya düğmesi - Üzerine tıklamak:
- Kullanıcı hesabı oturum açmış olarak kullanıcıyı ilgili uygulamanın sayfasına götürün
- Uygulama sayfasına E-posta yoluyla başarıyla ulaşılırsa kullanıcının E-posta hesabı otomatik olarak doğrulanmalıdır.
- Süre - Bağlantının tıklanması ve doğrulanması gereken süreyi kontrol edin.
- Belirtilen süre içinde doğrula
- Süre geçtikten sonra doğrulamaya çalışın - Hesap etkinleştirilmemeli ve E-posta doğrulanmamış kalmalıdır
# 2) Şifremi Unuttum E-postalar
Bir kullanıcı uygulamaya giriş yapmak için şifreyi unuttuğunda, şifreyi sıfırlamak için bağlantı içeren bir E-posta almak için unutulmuş şifre akışı gerçekleştirilebilir (özellik uygulamadan uygulamaya değişir. Bu genel olanıdır).
Doğrulama noktaları aşağıdaki gibidir:
- Şifreyi sıfırla bağlantısı:
- Buna tıklamak, kullanıcıyı şifreyi sıfırlamak için ilgili uygulamanın sayfasına götürmelidir
- Bazı uygulamalar, parolayı sıfırlama sayfasını görüntülemeden önce kullanıcıdan güvenlik sorusunu yanıtlamasını ister ve bazılarında, parolayı sıfırlama sayfasının kendisiyle entegre güvenlik sorusu olur ve bazılarında bu özellik hiç bulunmaz.
- Kullanıcı şifreyi başarıyla sıfırlarsa, alınan Şifremi Unuttum E-postasındaki bağlantı devre dışı bırakılmalı ve işlevsiz hale gelmelidir.
- Kullanıcı şifre sıfırlama akışını iptal ederse, alınan Şifremi Unuttum E-postasındaki bağlantı etkin kalmalıdır.
- Süre - Parola sıfırlama için bağlantının tıklanması gereken süreyi kontrol edin
- Bağlantıya tıklayın ve belirtilen süre içinde şifreyi başarıyla sıfırlayın
- Süre geçtikten sonra bağlantıya tıklamayı deneyin - Bağlantı devre dışı bırakılmalı ve süresi dolmalıdır
java bir dizinin kopyasını oluşturur
# 3) Son Tarih Bildirimleri
Bu, kullanıcıya belirli sayıda gün içinde gerçekleştirmesi gereken eylemi hatırlatmak içindir. Bu genellikle fatura ödemeleridir, bekleyen öğeler üzerinde işlem yapmaktır (örneğin: belirli sayıda gün içinde belirli bir etkinliğe daveti kabul etme veya reddetme, form gönderme, vb.).
Doğrulama noktaları aşağıdaki gibidir:
- Son Gün Sayısı / Son Tarih
- E-posta, son günlerin sayısını bildirirse, bu sayı sıfır veya daha fazla olmalıdır; sıfır gün, son ödeme tarihinin geçerli olduğu anlamına gelir. Negatif sayılarda olmamalıdır. E-posta bir Son tarih (Takvim tarihi) hakkında bildirimde bulunuyorsa, tarih güncel veya gelecek tarih olmalıdır.
- Eylem türü
- Gerekli eylem türünün ne olduğunu kontrol edin. Kullanıcının ne tür bir eylem yapması gerektiğini çok net bir şekilde belirtmelidir. Fatura ödemesi, gönderimler, geri bildirimler vb.
# 4) Süresi Geçmiş Bildirimler
Bu, son tarihin geçtiğini kullanıcıya bildirmek içindir. Bu genellikle, kullanıcıya son tarih içinde öğeler üzerinde işlem yapmadığını bildirmek içindir.
- Geciken gün sayısı
- Geciken günlerin sayısının bir veya daha fazla olması gerektiğini kontrol edin. Asla sıfır veya negatif sayı olmamalıdır
- Sıklık
- Çok az uygulama, son tarihi geçtikten sonra kullanıcı işlemi tamamlayana kadar gecikmiş e-postaları günlük / haftalık / aylık olarak gönderilecek özelleştirme imkanına sahip olacaktır. Birkaç başvurunun standart bildirimi, son tarih geçtikten sonra yalnızca bir kez gönderilecek.
# 5) Abonelikler
Bu, kullanıcı gereksinimlerine göre değişir. Kullanıcı aşağıdaki Günlük, Haftalık, İki Aylık veya Aylık aboneliklerden birini seçebilir. Bu genellikle haber bültenleri, güncellemeler, teklifler vb. İçin olacaktır.
- Sıklık
- E-postalar, bir abonelik için kullanıcı seçimine göre gönderilmelidir. Günlük ise, abonelik e-postası günde sadece bir kez gönderilmelidir. Haftalık ise, haftada bir. Ve devam ediyor…
- Bağlantılar
- E-postadaki herhangi bir bağlantı, uygulamanın ilgili sayfasına gitmelidir. E-posta güncellemeler içinse, bağlantı, güncellemelerin görüntülenmesi amaçlanan sayfaya yönlendirmelidir. E-posta teklifler içinse, bağlantı uygulamanın Teklifler sayfasına yönlendirmelidir. Kullanıcının seçtiği abonelik türüne bağlıdır.
# 6) Formlar
Buradaki e-postalar, kullanıcının formlar / formlara bağlantı yoluyla geri bildirim sağlamasını amaçlamaktadır. Doğrulama noktaları aşağıdaki gibidir:
- Bağlantılar
- E-postadaki bağlantı, kullanıcının göndermesi gereken form türüne göre kullanıcıyı başvurunun form gönderme sayfasına yönlendirmelidir.
- Gönderildikten sonra, bağlantıya tekrar tıklamak, kullanıcıyı formun zaten gönderilmiş olduğu konusunda bilgilendirmelidir. Kullanıcının formu yeniden göndermesine izin vermemelidir
# 7) Onay E-postaları
Buradaki e-postalar, yapılan işlemin teyidi hakkında kullanıcıyı bilgilendirmek içindir. Bu genellikle rezervasyon onayları, sipariş onayları, sorgu onayları vb.
Doğrulama noktaları aşağıdaki gibidir:
- Onay ayrıntıları:
- Sipariş numarası / rezervasyon numarası doğru olmalı ve uygulama kullanıcı arayüzünde görüntülenen numarayla eşleşmelidir. Siparişleri / rezervasyonları izlemek için tanımlayıcı olduğundan, uygulama boyunca benzersiz (arka uçta doğrulanacak - DB) olmalıdır. Hiçbir sipariş / rezervasyon aynı tanımlayıcıyı paylaşmamalıdır.
- Numaranın yanı sıra sipariş türü, kullanıcı bilgileri, fatura adresi, teslimat adresi ve fiyat açısından da doğrulanmalıdır. Tüm bilgiler, kullanıcının uygulama kullanıcı arayüzünde sağladıklarıyla tam olarak benzer olmalıdır.
- Bağlantılar:
- E-postadaki bir bağlantı, kullanıcıyı uygulama kullanıcı arayüzündeki siparişin ayrıntılar sayfasına götürmelidir. E-posta ve uygulama kullanıcı arayüzündeki bilgiler arasında tam bir eşleşme olmalıdır
# 8) Sohbet Metni
Burada, bir kullanıcı sohbet metninin tamamını E-posta olarak alır. Bu genellikle Müşteri desteği ile Canlı Sohbet sona erdikten sonra gerçekleşir.
Doğrulama noktaları aşağıdaki gibidir
yük dengeleme yönlendiricisi iki internet bağlantısı
- Detaylar
- Çevrimiçi destek sağlayan kişinin adını kontrol edin. Her sohbet girişi için gönderenin ayrıntılarıyla birlikte sohbetin tamamının e-postada mevcut olup olmadığını kontrol edin (Kişi adı, sohbet mesajının gönderildiği tarih ve saat vb.)
# 9) Ekli e-postalar
Kullanıcı ekli E-postalar alır. Ekler parola korumalı / korumasız olabilir. Bu genellikle mali alanlardan gelen beyanlar, referans için Son Kullanıcı Lisans Anlaşması, referans için Şartlar ve Koşullar, vb. Bu yine uygulamadan uygulamaya değişir.
Doğrulama noktaları aşağıdaki gibidir:
- Ek türü
- Geçerli dosya türleri ek olarak gönderilmelidir. Açılan tüm ekler indirilmeden / açılmadan önce virüs taramasından geçirilmelidir. Bu yine arka uçta uygulama düzeyinde özelleştirilebilir, örneğin, virüs taraması yalnızca indirme sırasında, yalnızca açılırken, hem indirme hem de açma için gerçekleştirilebilir.
- Parola korumalı ekler, parola sorulmadan indirilmelidir. Ancak, e-postanın kendisinden veya indirilen kopyayı açarken her zaman şifreyi sormalıdır. Yerel kopya, eki kilitlemek için çevrimiçi olarak izlenemeyeceğinden, buradaki hatalı şifre girişleri belirsiz olacaktır.
E-posta Türleri
E-posta türü, HTML (renkli ve kullanıcılar için çekici, kullanıcının E-postaları tam olarak okumasını ister) veya Düz Metin (yalnızca bir metin) olabilir.
HTML en çok tercih edilenlerdir ve genellikle arka uçtaki hemen hemen tüm uygulamalarda varsayılan olarak ayarlanır. Gerekirse, uygulamalar kullanıcılara Düz metin e-postaları göndermeyi seçebilir, bu yine arka uçta değişiklik gerektirir.
E-postalar Tetikleyici noktalar:
E-postalar hemen veya özet / toplu olarak gönderilebilir. Anında e-postalar, kullanıcının eylemi ile tetiklenir. Bunlar genellikle etkinleştirme e-postaları, şifre sıfırlama e-postaları, sohbet dökümleri, onay e-postaları vb. Olacaktır, yani Özet / toplu e-postalar, uygulamanın arka ucundaki ayarlara göre tetiklenir.
E-posta Tetikleme noktaları, belirli bir zamanda tetiklenecek şekilde tanımlanacaktır ( Örneğin 3rdher haftanın günü saat 12:00 AM). Bunlar genellikle finansal alanlardan gelen beyanlar (Banka ekstreleri), faturalar için son tarih bildirimi, gecikmiş bildirimler, abonelikler vb. Olacaktır.
Geri dönüşler:
E-postaların geçersiz e-posta adresine gönderildiğinde geri dönmesi çok yaygın bir senaryodur. Genellikle, devre dışı bırakılan / artık kullanılmayan ve hiç var olmayan e-posta adresi geri dönen adaylardır.
Sunucu genellikle E-postayı istenen adrese göndermek için belirli sayıda kez dener. Amaçlanan e-posta adresine ulaşmadığında, geri döner ve başarısız olması için sunucuya bir giriş yapar. Bu tür etkinlikleri sürdürmek için farklı bir sunucu olacaktır ve bunlara genellikle geri dönme sunucuları denir. Bir e-postanın kullanıcısına ulaşarak başarısız olmasının birkaç nedeni olabilir.
Aşağıda başarısızlık için birkaç nokta daha var:
- E-posta sunucusu uzun süredir kapalı
- Kullanıcıya ulaşmak için kısa bir yol bulan algoritma doğru çalışmıyor ve kullanıcıya ulaşması çok uzun sürüyor, o zamana kadar kullanıcıya ulaşmak için belirlenen süre setini geçmiş olabilirdi. Buna genellikle artan sayıda atlama denir
- Kullanıcının e-posta alanı uzun süredir kapalı
- Uygulama için kullanıcının hesabı, e-posta almak için etkinleştirilmedi
E-posta testi için Yerelleştirme Kapsamı
Uygulama birden çok dili desteklediğinde, destek E-postalar için de genişletilmelidir.
Gönderilen tüm E-postalar kullanıcı profili dilinde olmalıdır. Bir kullanıcı profil dili olarak İngilizce'yi ayarladıysa, kendisine gönderilen tüm e-postalar İngilizce olmalıdır. Kullanıcının profil dili Fransızca ise, ona gönderilen tüm e-postalar Fransızca olmalıdır. Kullanıcı profili dili tek seferlik ayarlar olabilir veya gerektiğinde ve gerektiğinde değiştirilebilir ve bu, uygulamanın ayarlarına bağlıdır.
E-posta, kullanıcının tetiklendiği noktada sahip olduğu dilde gönderilmelidir.
E-postaların yerelleştirme testi için ortak doğrulama noktaları aşağıdaki gibidir:
- Konu satırı
- E-postanın Gövdesi
- İçindekiler - gövde metni
- Bağlantı adı / düğme adı
- Telif hakkı bilgisi
- Müşteri desteği ayrıntıları
E-postaların Standart / Özelleştirilmesi
E-postalar arka uçta özelleştirilebilir.
Örneğin , birkaç uygulama kullanıcının e-postaları gönderilirken özelleştirmesini destekler. Kullanıcı, e-postanın Konu satırını ve / veya metnini uygun şekilde veya kolayca tanımak amacıyla burada değiştirebilir. Bu durumda, izinsiz girme şansı yüksek olduğu için test ekibi tarafından kapsamlı testler yapılmalıdır.
Enjeksiyonlar için test yapılmalıdır - HTML kodu, Java kodu, SQL vb. Gönderin. Güvenlik seviyelerini artırmak için bunların tümü başarısız olmalıdır. Uygulama, e-postaların özelleştirilmesini desteklemiyorsa, gönderilen tüm e-postalar bir uygulama tarafından belirlenen standart konuya / gövdeye uygun olacaktır.
Sonuç
E-postaları test etmek, uygulamanın bileşenlerinin çoğu bu işlevsellikle entegre olduğundan önemli bir faaliyettir.
Uygulamanın e-posta işlevselliğini tamamen test etmek tüm ekibin desteği ve çabası olmalıdır. Bu, gerçek test başlamadan çok önce iyi planlanmalı ve her bir bileşeni / ilgili bileşeni test ederken el ele gitmelidir.
E-posta Testi, her bir E-posta türü için test edilecek tüm yönleri kapsayan ayrı test senaryolarına sahip olmalıdır. Bu, tüm test türlerinde Gerileme testi, Adhoc testi, Yerelleştirme testi, UAT testi ve Üretim testinde gerçekleştirilmelidir.
.dat dosyası nasıl görüntülenir
E-postada gerçek zamanlı olarak yanlış giden herhangi bir şey, uygulama, müşteriler üzerinde kötü bir izlenim bırakacak ve sonunda bu uygulamanın testçilerine iletilecektir. Bu nedenle, E-posta Doğrulamaları, Yazılım testinde çok önemli ve çok gerekli bir faaliyettir.
Yazar hakkında: Bu gönderi, STH yazarı Nandini K. tarafından yazılmıştır. Kendisi, esas olarak web uygulama testinde yazılım testinde 7 yıldan fazla deneyime sahiptir.
Herhangi bir sorunuz / öneriniz varsa bize bildirin.
Önerilen Kaynaklar
- Bir Sonraki Başarılı E-posta Kampanyanız İçin EN İYİ 10 E-posta Test Aracı
- En İyi Yazılım Test Araçları 2021 (QA Test Otomasyon Araçları)
- Masaüstü, İstemci Sunucu Testi ve Web Testi arasındaki fark
- Web Uygulaması Güvenliği Test Kılavuzu
- 2021'de İlk 10 E-posta Doğrulama ve Doğrulama Hizmetleri
- Uygulama Testi - Yazılım Testinin Temellerine Giriş!
- Uygulamanızı Cihaza Yükleme ve Eclipse'den Test Etmeye Başlama
- Primer e-Kitap İndirmeyi Test Etme