Müştəri «göndərildi» mesajını görür, biznes sahibi isə email almır. Bu vəziyyət formanın tam işləmədiyini göstərə bilər, amma səbəb yalnız email ünvanı deyil. Məlumatın qəbul edilməsi, saxlanması və bildirişin çatdırılması ayrı mərhələlərdir. Dəqiq yoxlama həmin mərhələləri bir-bir ayırmalıdır. Bu məqalə ümumi diaqnostika planıdır; konkret saytın səbəbini görmədən müəyyən etmir.
Uğur mesajı nəyi təsdiqləyir?
Brauzerdə yaşıl mesajın görünməsi sifarişin bazada saxlandığını və ya emailin çatdığını avtomatik sübut etmir. Bəzi interfeyslər server cavabını düzgün qiymətləndirmədən uğur göstərə bilər. Developer əvvəl sorğunun cavabını və saxlanmış qeydi müqayisə etməlidir. Məqsəd müştəriyə doğru nəticə göstərməkdir: uğursuz göndəriş uğurlu kimi görünməsin.
Müraciət paneldə görünürmü?
Əgər məlumat admin panelində varsa, qəbul və saxlanma mərhələsi işləyə bilər, bildiriş isə ayrıca problem ola bilər. Paneldə də yoxdursa server yoxlaması, tələb olunan sahələr və məlumat bazası əməliyyatı araşdırılır. Bir ekrandakı vəziyyətdən bütün sistem haqqında nəticə çıxarmayın. Eyni test üçün tarix və uyğun təhlükəsiz test məlumatı qeyd edilməlidir.
Test real müştərini narahat etməsin
Forma WhatsApp, SMS və ya email bildirişi yaradırsa təsadüfən real adrese göndəriş etməyin. Razılaşdırılmış test ünvanı və uyğun yoxlama mühiti istifadə olunmalıdır. Ödənişə bağlı proses varsa real əməliyyat yaratmadan təhlükəsiz test planı qurulur. Müştəri məlumatını logda və ekran görüntüsündə lazımsız göstərmək olmaz.
Növbə və fon işi varsa onu yoxlayın
Bəzi saytlarda bildiriş dərhal deyil, növbədə emal edilir. Məlumat saxlanıb, amma worker dayanıbsa email gecikə bilər. Texniki yoxlamada işin növbəyə düşməsi, emal olunması və səhv qeydinin olub-olmaması ayrı araşdırılır. Canlı saytda növbəni kor-koranə təkrar işə salmaq köhnə bildirişləri yenidən göndərə bilər; əvvəl nəticə və risk başa düşülməlidir.
Email provayderinin qəbul etməsi çatdırılma deyil
Sayt məktubu xidmətə ötürə bilər, amma alıcının poçt qutusuna çatma başqa mərhələdir. Provayderdə qəbul, rədd, geri dönüş və çatdırılma qeydləri varsa yoxlanır. Yanlış ünvan və alıcı tərəfdə filtr də rol oynaya bilər. «API cavabı uğurludur» cümləsi son nəticəni təsdiqləmək üçün kifayət deyil.
Spam qovluğu və domen quruluşu
Test ünvanında spam qovluğuna baxmaq faydalıdır. Domenin email göndəriş quruluşunda autentifikasiya qeydləri düzgün olmalıdır, amma onları dəyişməzdən əvvəl mövcud email xidmətlərini və DNS quruluşunu anlayın. Bir səhvi düzəltmək üçün bütün DNS qeydlərini silmək olmaz. Texniki dəyişiklik üçün ehtiyat qeyd və yoxlama planı lazımdır.
Paneli əsas qeyd kimi düşünün
Mümkün olduqda müraciətin məlumat bazasında saxlanması email bildirişindən ayrı təşkil edilir. Email gəlməyəndə də biznes sahibi qeydi paneldə tapa bilməlidir. Bu yanaşma hər layihədə hazır olmaya bilər; iş həcmi ayrıca qiymətləndirilir. Status, tarix və əlaqə məlumatını düzgün göstərmək bildirişin itməsindən yaranan biznes riskini azaltmağa kömək edir.
Düzəlişdən sonra bütün zənciri sınayın
Testin nəticəsi brauzer mesajı, bazadakı qeyd, panel görünüşü və bildirişlə müqayisə edilir. Boş və yanlış sahə, mobil istifadə və təkrar klik ssenariləri də nəzərə alınır. İki dəfə göndər düyməsi basılanda eyni müraciətin lazımsız çoxalması ayrıca problem ola bilər. Razılaşdırılmış yoxlama nəticələri qısa sənəddə saxlanmalıdır.
StarWeb-ə nə göndərmək lazımdır?
Forma linki, problemin baş verdiyi vaxt, cihaz, görünən mesaj və paneldə nəticə barədə məlumat verin. Parol və həssas məlumatı açıq yazmayın. StarWeb Solutions-da dörültmə tapşırığını təqdim edin. Araşdırmadan sonra səbəb, iş həcmi, qiymət və yoxlama qaydası razılaşdırılır. Məqsəd təkcə emaili göndərmək yox, müştəri müraciətinin bütün yolunu etibarlı etməkdir.
Üz qabığı süni intellektlə hazırlanmış illüstrasiyadır; real müştəri və ya konkret xidmətin fotosu deyil.