Saytda kiçik görünən dəyişiklik başqa funksiyaya təsir edə bilər. Yeni düymə formanın göndərilməsini, qiymət sahəsi sifariş hesabını, şablon düzəlişi isə mobil görünüşü dəyişə bilər. Buna görə yeniləməni yalnız ekranın gözəl görünməsinə əsasən qəbul etmək düzgün deyil. Sınaq mühiti dəyişiklikləri müştərilərin istifadə etdiyi saytdan ayrı yoxlamağa kömək edir.
Əvvəl dəyişiklik siyahısını yazın
Bir buraxılışda nəyin dəyişdiyini sadalayın: xidmət mətni, qiymət, forma, ödəniş və ya inteqrasiya. Hər bənd üçün gözlənilən nəticəni yazın. “Forma işləyir” əvəzinə “test sorğusu paneldə görünür və təsdiq alınır” kimi yoxlanılan cümlə seçin. Cavabdeh şəxsi və yoxlama tarixini də qeyd edin.
Test məlumatını real məlumatdan ayırın
Sınaq bazasında mümkün qədər uydurma nümunələrdən istifadə edin. Real müştəri məlumatı zəruridirsə, giriş və məxfilik ayrıca idarə olunmalıdır. Test məktubunun müştəriyə, test sifarişinin isə anbara real tapşırıq kimi getməməsini yoxlayın. Sadəcə ünvanın fərqli olması bütün xarici bağlantıların ayrıldığını sübut etmir.
Əsas müştəri yolunu tam keçin
Ana səhifədən xidmətə, oradan formaya və təsdiqə qədər addımları izləyin. Uğurlu halı və səhv məlumatı ayrıca sınayın. Telefon boş qalanda, fayl uyğun gəlməyəndə və ya əlaqə kəsiləndə istifadəçi nə görür? Komanda yalnız düyməni yox, sorğunun sonradan necə emal olunduğunu da təsdiqləməlidir.
Mobil görünüşü və dilləri yoxlayın
Ən azı telefon və geniş ekran ölçüsündə menyunu, cədvəli və düymələri nəzərdən keçirin. Uzun rus və ya ingilis başlığı azərbaycanca qısa başlıqla eyni yeri tutmaya bilər. Dil dəyişəndə uyğun səhifənin açıldığını, mətn və SEO təsvirinin həmin dildə olduğunu yoxlayın. Yalnız ana səhifənin tərcüməsi bütün saytın hazır olması deyil.
Avtomatik yoxlamanın məqsədini müəyyən edin
Təkrar olunan əsas əməliyyatlar üçün avtomatik test faydalıdır. Məsələn, formanın düzgün məlumatı qəbul etməsi və səhv məlumatı rədd etməsi yoxlana bilər. Laravel-in rəsmi test sənədləri ayrıca test mühitini izah edir. Test nəticəsi real brauzerdə vizual baxışı və biznes sahibinin məzmun təsdiqini əvəz etmir.
Buraxılış və geri dönüş planı hazırlayın
Yeniləmə vaxtını, ehtiyat nüsxəsini və problem yaranarsa əvvəlki işlək vəziyyətə qayıtma addımlarını razılaşdırın. Canlıya çıxandan sonra bir test sorğusu ilə əsas yolu yenidən yoxlayın; onu real müraciətlə qarışdırmayın. Girişlər və bərpa üçün məsul şəxs əvvəlcədən məlum olsun.
StarWeb ilə sayt yeniləməsini müzakirə edərkən dəyişiklik siyahısını və qəbul meyarlarını göndərin. Sınaq, inteqrasiya və dəstək həcmi layihənin faktiki quruluşuna görə razılaşdırılır.
Üz qabığı süni intellektlə hazırlanmış illüstrasiyadır.