“E‑mail gəldi” kifayət qədər test nəticəsi deyil.
Qeydiyyat mesajı yanlış alıcı, müddəti keçmiş keçid, qırılmış mobil tərtibat, istehsal host adı və ya başqa dildə məna kəsb etməyən mövzu sətri ilə poçt qutusuna çata bilər. Yaxşı email testləri bütün istifadəçi səyahətini izləyir və nasazlığı diaqnoz etmək üçün kifayət qədər sübut buraxır.
Müvəqqəti poçt qutuları burada faydalıdır, çünki hər icra təmiz bir ünvanla başlaya bilər. Poçt qutusu atıla bilən olmalıdır; test nəticəsi isə olmamalıdır.
Kiçik, məqsədli bir matris yaradın
İstifadəçini bloklaya biləcək axınlarla başlayın:
- yeni hesab təsdiqi;
- şifrə sıfırlama;
- komanda və ya iş sahəsi dəvəti;
- e‑mail dəyişiklik təsdiqi;
- giriş keçidi və ya bir dəfəlik kod;
- həssas əməliyyatdan sonra təhlükəsizlik xəbərdarlığı.
Hər axın üçün, uğurlu yolu, bir müddəti keçmiş və ya təkrar istifadə edilmiş etibarnaməni və bir alıcı tərəfli səhvi test edin. Bu, eyni uğurlu mesajları onlarla göndərməkdən daha çox real qüsuru aşkar edir.
Hər ssenari üçün bir poçt qutusu istifadə edin
Tək bir ünvanın təkrar istifadəsi qeyri-müəyyənliyə səbəb olur. Köhnə sıfırlama mesajı ən yenisi ilə qarışdırıla bilər və paralel testlər bir-birinin keçidlərini istifadə edə bilər.
Hər test halı və ya test icrası üçün unikal ünvan yaradın. Onu tikinti nömrəsi, mühit, dil və ssenari ilə birlikdə qeyd edin. Test uğursuz olarsa, ünvan sübutun bir hissəsi olur və saxlanma müddəti bitmədən yoxlanıla bilər.
Staging mühitində real müştəri ünvanlarından istifadə etməyin. Bu, istəmədiyiniz mesajların göndərilməsinə, analitiklərin çirklənməsinə və avtomatik təmizləmənin çətinləşməsinə səbəb olur.
Bədənindən əvvəl zərfi təsdiqləyin
İstənilən şeyi klikləmədən əvvəl, yoxlayın:
- Mesaj bu test üçün yaradılmış dəqiq ünvana göndərildi.
- Göndərən domeni mühit üçün gözlənilən domenlə eynidir.
- Mövzu hərəkəti müəyyən edir, həssas məlumatları açıqlamır.
- Yalnız nəzərdə tutulan sayda mesaj gəldi.
- Zaman möhürü onu tetikleyen hərəkətdən sonradır.
Bu yoxlamalar bədən təhlilçisi onları gizlətmədən əvvəl yönləndirmə və təkrarlama problemlərini aşkar edir.
Məzmunu istifadəçinin gördüyü kimi test edin
Mesajı həm dar, həm də geniş görünüşdə açın. Əsas hərəkətin görünür olduğunu, sadə mətn alternativinin anlaşıqlı olduğunu və uzun ünvanların və ya URL-lərin tərtibatı qırmadığını yoxlayın.
Kod əsaslı axın üçün, ən yeni kodun bir dəfə işlədiyini və istifadədən sonra uğursuz olduğunu təsdiqləyin. Keçid əsaslı axın üçün, onu açmadan əvvəl host və mühiti təsdiqləyin. Staging mesajının istehsala yönləndirilməsi, texniki olaraq keçid işləsə belə, buraxılışı bloklayır.
Eyni zamanda daha az cazibədar detallarını da yoxlayın: cavab ünvanı davranışı, dəstək əlaqəsi, müddət ifadəsi, dil və mesajda göstərilən hesab və ya iş sahəsi adı.
Öz yerini tutan neqativ hallar
Faydalı neqativ testlərə aşağıdakılar daxildir:
- ikinci kodu tələb etmək və birincisinin etibarsız olduğunu təsdiqləmək;
- müddəti keçmiş keçidi açmaq;
- eyni keçidi iki dəfə açmaq;
- mesajı istifadə etməzdən əvvəl hesab vəziyyətini dəyişmək;
- artıq üzvün ünvanını dəvət etmək;
- dəstəklənməyən və ya səhv formatlı ünvan daxil etmək;
- çatdırılmanı kifayət qədər gecikdirmək ki, müddət həddini keçsin.
Bu testlər yarış şərtlərini və sadə poçt qutusu yoxlaması ilə aşkar olunmayan yanıltıcı səhv mesajlarını ortaya çıxarır.
Məhsul nasazlığını çatdırılma gecikməsindən ayırın
Mesaj çatışmadıqda, istifadəçi hərəkəti, tətbiqin növbəyə alınması, provayderin ötürülməsi və poçt qutusuna çatması üçün zaman möhürlərini saxlayın (bu siqnallar mövcud olduqda). Boş poçt qutusunun ekran görüntüsü yalnız mesajın həmin anda görünmədiyini sübut edir.
Doğrulama E‑maili Gəlmir: Qırıq Addımı Tapın linkindəki diaqnostik ardıcıllığı istifadə edin, “email broken” kimi qeyri-müəyyən bir məsələ açmadan əvvəl.
Avtomatlaşdırılacaq şeylər
Stabil müqavilələri avtomatlaşdırın:
- unikal ünvan yaradın;
- məhsul hərəkətini tetikleyin;
- məhdud zaman aşımı və geri çəkilmə ilə sorğu edin;
- gözlənilən göndərəni və mövzunu uyğunlaşdırın;
- ən yeni uyğun mesajı oxuyun;
- kodu və ya keçidi məhsula qarşı doğrulayın;
- faydalı nasazlıq sübutlarını saxlayın;
- təmizləyin.
Vizual icmalı, mətn keyfiyyətini və qeyri-adi müştəri davranışını yönəldilmiş əl yoxlamasında saxlayın. Avtomatlaşdırma təkrarlama üçün uyğundur, zövq üçün deyil.
Etibarlı Müvəqqəti Poçt Qutusu API Avtomatlaşdırması API tərəfini, sorğu və təmizləməni də əhatə edir.
Faydalı nasazlıq hesabatı
İnkişafçıların istifadə edə biləcəyi bir hesabat ssenari, mühit, ünvan, tetikleme vaxtı, gözlənilən göndərən, müşahidə olunan mesajlar, son sorğu vaxtı, cavab statusu və ekran görüntüsü və ya təmizlənmiş bədən parçacığını ehtiva edir. Həmişə canlı gizli məlumatları və ya təkrar istifadə edilə bilən doğrulama keçidlərini ictimai məsələye əlavə etməyin.
Məqsəd emailin etibarsız olduğunu sübut etmək deyil. Məqsəd hansı müqavilənin uğursuz olduğunu müəyyən etmək və düzəlişə yönələn təkrarlana bilən bir yol buraxmaqdır.