Saytı təhvil alarkən nəyi yoxlamalı: alıcı üçün qəbul sınağı

Saytın təhvil yoxlaması ana səhifənin açılması ilə bitmir. Müştəri xidməti tapa, müraciət göndərə və göndərdiyi sorğunun qəbul olunduğunu anlaya bilməlidir. Siz də məzmunu dəyişə, hesablarınıza daxil ola və açıq qalan işləri görə bilməlisiniz. Bunlar gözlə yoxlanan nəticələrdir; proqramlaşdırma biliyi tələb etmir.

Təhvil görüşünə razılaşdırılmış səhifə siyahısını, öz telefonunuzu və test üçün istifadə edəcəyiniz əlaqə məlumatını gətirin. Sınaq göndərişlərini icraçı ilə əvvəlcədən razılaşdırın ki, komandanız onları real müştəri sorğusu hesab etməsin. Bu yazı sifarişdən əvvəlki texniki tapşırığı əvəz etmir: həmin sənəddəki tələblərin işlək saytda necə yoxlanacağını göstərir.

1. Səhifələri siyahı üzrə, birbaşa ünvanla açın

Ana səhifədən bir xidmətə keçin. Sonra həmin səhifənin ünvanını kopyalayıb yeni brauzer pəncərəsində birbaşa açın. Başlıq, xidmət mətni və əlaqə addımı eyni görünməlidir. Dil versiyası razılaşdırılıbsa, həmin yoxlamanı o dildə də edin. Menyudan açılan səhifənin birbaşa keçidlə işləməməsi təhvil qeydinə düşməlidir.

Təkcə ekranın yuxarı hissəsinə baxmayın. Şəkillər, sənədlər, əlaqə məlumatı və səhifənin sonundakı düymələr də nəzərdən keçirilməlidir. Yanlış xidmətə aparan düyməni “xırda mətn səhvi” kimi qeyd etməyin: müştərinin yolu dəyişir. Əksinə, bir başlığın üslubunu bəyənməmək işlək keçidin pozulması ilə eyni problem deyil.

Ünvan siyahısının yanında hər səhifəyə “yoxlandı”, “düzəliş gözləyir” və ya “razılaşdırılmış əhatəyə daxil deyil” qeydi yazın. Beləcə siyahıdan çıxan səhifə ilə hələ hazırlanmamış səhifə qarışmır. Sayt yenilənirsə, əvvəlki vacib ünvanları da ayrıca açın; köçürmə qərarları mövcud ünvanların qorunması planına uyğun olmalıdır.

2. Müştərinin bir yolunu əvvəldən sona qədər keçin

Bir ssenari seçin: müştəri xidmətlə tanış olur, şərtləri oxuyur və müraciət edir. Hər addımda “indi nə etməliyəm?” sualının cavabı görünürmü? Telefonunuzda menyu örtüşürsə, əlaqə düyməsi görünmürsə və ya forma ekranın kənarına çıxırsa, ssenari tamamlanmayıb.

Formanı iki şəkildə yoxlayın. Əvvəl boş məcburi sahə və yanlış e-poçtla göndərməyə çalışın. Sonra razılaşdırılmış test məlumatı ilə düzgün göndəriş edin. Səhv mətnində hansı məlumatı düzəltməli olduğunuz aydın görünməlidir. W3C-nin forma yoxlaması qaydaları da tələb olunan sahələrin aydın göstərilməsini və istifadəçiyə səhvi düzəltməyə kömək edilməsini izah edir.

Bu, təhlükəsizlik testi deyil. Sahibkarın brauzerdə etdiyi sınaq server yoxlamalarını, məlumatın qorunmasını və bütün mümkün səhvləri təsdiqləmir. Onları texniki komanda ayrıca yoxlamalıdır. Sizin yoxladığınız nəticə müştərinin normal müraciət yolunun anlaşılması və tamamlanmasıdır.

3. “Göndərildi” yazısını qəbulun sübutu ilə tutuşdurun

Uğurlu göndərişdən sonra səhifə nə deyir? Sorğu qəbul olundumu, yoxsa istifadəçi hələ bir addım etməlidir? Mesaj yoxdursa, adam yenidən düyməyə basa bilər. W3C forma bildirişlərində uğurlu və uğursuz nəticənin aydın bildirilməsini tövsiyə edir.

İcraçı ilə birlikdə test sorğusunun razılaşdırılmış qəbul yerinə çatdığını yoxlayın. Bu, e-poçt, idarəetmə paneli və ya ayrıca sistem ola bilər. E-poçt gecikirsə, bunun normal gözləmə, spam qovluğu, yoxsa nasazlıq olduğunu texniki komanda aydınlaşdırsın. Ekrandakı uğur mesajı ilə komandanın faktiki qəbul etdiyi məlumatın uyğunluğunu qeydə alın.

Sorğuda müştərinin yazdığı xidmət, əlaqə məlumatı və mesaj itirmədən görünməlidir. Randevu səhifəsi yalnız sorğu toplayırsa, mesaj “rezervasiya təsdiqləndi” deməməlidir. Təsdiqin kim tərəfindən və hansı mərhələdə veriləcəyini yazın. Test məlumatını sonradan silmək qaydası da əvvəlcədən müəyyən olsun.

4. Telefon və klaviatura ilə əsas hərəkətləri yoxlayın

Öz telefonunuzda mətnləri oxuyun, səhifəni sürüşdürün və düymələrdən istifadə edin. Böyük şəkil açılanda məzmunu örtürmü? Formanın yazı sahəsini klaviatura gizlədir? Telefon nömrəsi və WhatsApp keçidi düzgün ünvana aparır? Bunları real cihazda yoxlayın; yalnız kompüterdə daraldılmış pəncərə ilə kifayətlənməyin.

Kompüterdə siçanı kənara qoyub Tab düyməsi ilə menyuya, əlaqə düyməsinə və formaya keçməyə çalışın. Hazırda seçilmiş element görünməlidir. Əsas düymə və ya menyu klaviatura ilə açılmırsa, bunu yazın. W3C-nin ilkin əlçatanlıq yoxlamaları belə sadə sınaqları təsvir edir, amma onların tam əlçatanlıq qiymətləndirməsi olmadığını da bildirir.

Sürət və əlçatanlıq üzrə razılaşdırılmış peşəkar yoxlamanın hesabatını ayrıca istəyin. “Mənim telefonumda sürətli açıldı” bir istifadəçinin müşahidəsidir; bütün cihazlar və şəbəkələr üçün ölçmə deyil. Hesabatda yoxlanmış səhifələr və sınaq şəraiti görünsün.

5. Paneldə bir dəyişiklik edin və canlı nəticəni görün

İdarəetmə panelinin göstərilməsi onun sizin üçün istifadə edilə bilən olduğunu sübut etmir. Öz girişinizlə daxil olun. Razılaşdırılmış bir xidmət mətnini və ya test səhifəsinin şəklini dəyişin, qaralamanı nəzərdən keçirin və icraçının nəzarəti ilə yayımlayın. Sonra yeni brauzer pəncərəsində nəticəyə baxın.

Bir neçə dil varsa, dəyişiklik digər dillərə necə təsir edir? Şəkil silinəndə əvvəlki səhifə pozulurmu? Səhifəni yanlışlıqla dəyişəndə əvvəlki mətnə necə qayıdırsınız? Bu suallara cavab paneldə göstərilməlidir. Sadə bir redaktə üçün hər dəfə proqramçıya müraciət etmək tələb olunursa, bunu təklifdəki idarəetmə əhatəsi ilə müqayisə edin.

Bütün istifadəçilərə ən geniş səlahiyyət vermək lazım deyil. Məzmun redaktoru, təsdiqləyən şəxs və texniki administratorun işi ayrılırsa, gündəlik istifadəçinin edə biləcəyi dəyişiklikləri ayrıca göstərin. Bu, konkret sistem üçün razılaşdırılan iş qaydasıdır; paneldə olmayan imkanı varmış kimi qəbul etməyin.

6. Girişləri, açıq işləri və növbəti məsul şəxsi yazın

Domen, hostinq, panel və razılaşdırılmış analitika hesablarının kimə məxsus olduğunu yoxlayın. Parolları açıq təhvil sənədinə yazmayın; təhlükəsiz ötürmə üsulunu müəyyən edin. Hesab sahibinin öz girişini işlədə bilməsi ilə icraçının sizin adınıza hər şeyi idarə etməsi fərqli vəziyyətlərdir.

Qəbul qeydi üçün bu siyahıdan istifadə edə bilərsiniz. Bəndlər nümunədir, real layihənin nəticəsi deyil.

• Yoxlanan iş: Xidmət səhifəsi; Gözlənilən nəticə: Birbaşa ünvanla düzgün məzmun açılır; Qeyd: Yoxlama vaxtını yazın
• Yoxlanan iş: Müraciət forması; Gözlənilən nəticə: Aydın mesaj və razılaşdırılmış yerdə sorğu; Qeyd: Test qeydinə istinad edin
• Yoxlanan iş: Panel redaktəsi; Gözlənilən nəticə: Dəyişiklik canlı səhifədə görünür; Qeyd: Geri qaytarma yolunu yazın
• Yoxlanan iş: Hesab girişi; Gözlənilən nəticə: Sahib öz hesabına daxil olur; Qeyd: Parol yazmadan təsdiqləyin

Açıq problem üçün ünvan, təkrar etmə addımı, məsul şəxs və yenidən yoxlama tarixini qeyd edin. Yeni istəyin əvvəlki əhatəyə daxil olub-olmadığını da ayırın. Düzəliş bitəndə yalnız həmin işi yenidən yoxlamaq daha aydındır; “hamısı düzəldi” mesajı qəbul qeydi deyil.

Təhvildən sonrakı məsuliyyətlər texniki dəstək və baxım razılaşmasında göstərilməlidir. Yeni layihə sifariş edirsinizsə, sayt hazırlanması xidmətinin iş həcminə bu qəbul ssenarilərini əvvəldən əlavə edin. Beləcə sonda hansı nəticənin təhvil veriləcəyi hər iki tərəfə aydın olur.