1C’ni testlash: yangilanishdan oldin o‘zgartirishlarni qanday tekshirish

1C’ga har bir o‘zgartirish — yangi hisobot, chop etish shakli, hujjat mantig‘idagi tuzatish — boshqa joyda kutilmagan natija berishi mumkin. Konfiguratsiya yangilanishi ham shunday: standart funksiyalar o‘zgaradi, sizning qo‘shimchalaringiz esa ular bilan to‘qnashadi. Testlash shu xavfni kamaytiradi.

Test bazasi — birinchi qoida

Ishchi bazaning nusxasini oling va barcha o‘zgartirishlarni avval u yerda sinab ko‘ring. Nusxa yangi bo‘lsin: bir yil oldingi ma’lumotlarda test qilish real holatni ko‘rsatmaydi. Test bazasida foydalanuvchilar bexosdan ishlab qo‘ymasligi uchun uni sarlavhada aniq belgilang va kirish huquqlarini cheklang.

Nimani tekshirish kerak

1. O‘zgartirishning o‘zi — talab bajarildimi
2. Bog‘liq joylar — shu hujjat yoki ma’lumotnoma ishlatiladigan boshqa operatsiyalar
3. Hisobotlar — asosiy hisobotlar o‘zgartirishdan keyin ham to‘g‘ri hisoblaydimi
4. Huquqlar — turli rollardagi foydalanuvchilar uchun ishlaydimi
5. Integratsiyalar — sayt, EDO, bank, mobil ilovalar bilan almashinuv buzilmadimi

Tekshiruv ssenariylari

Ssenariy — qadamlar ketma-ketligi va kutilgan natija. Misol: «Mijoz buyurtmasini yaratish → zaxiralash → sotuv hujjatini kiritish → qoldiqlar hisobotida tovar kamaygan bo‘lishi kerak». Asosiy biznes jarayonlari uchun ssenariylar to‘plamini bir marta yozing va har bir yangilanishda ularni takrorlang. Ro‘yxat oddiy jadvalda bo‘lishi mumkin: ssenariy, kim tekshirdi, natija, izoh.

Foydalanuvchi testlari

Dasturchi texnik jihatdan tekshiradi, lekin jarayonni eng yaxshi biladigan — foydalanuvchi. Muhim o‘zgartirishlarni ishchi bazaga o‘tkazishdan oldin buxgalter yoki menejerdan test bazada o‘z kundalik amallarini bajarib ko‘rishini so‘rang. U dasturchi o‘ylamagan holatlarni topadi.

Avtomatlashtirilgan testlar

Tez-tez o‘zgartiriladigan yirik konfiguratsiyalarda qo‘lda testlash ko‘p vaqt oladi. 1C uchun ssenariyli testlash vositalari mavjud, masalan ochiq kodli Vanessa Automation: ssenariy oddiy tilga yaqin shaklda yoziladi va vosita uni interfeys orqali bajaradi. Bunday testlarni sozlash vaqt talab qiladi, lekin keyin har bir yangilanishda asosiy jarayonlarni avtomatik tekshirish mumkin.

Ishchi bazaga o‘tkazish tartibi

• O‘tkazishdan oldin ishchi bazaning zaxira nusxasini oling
• Foydalanuvchilarni ish vaqti tugagandan keyingi yangilanish haqida oldindan ogohlantiring
• O‘zgartirishlar ro‘yxatini yozing: nima o‘zgardi va kimga ta’sir qiladi
• O‘tkazgandan keyin asosiy ssenariylarni ishchi bazada qisqa tekshiring
• Birinchi ish kunida savollar uchun mas’ul shaxs tayyor tursin

Konfiguratsiya yangilanishlari

Standart yangilanishda o‘zgartirilgan obyektlar birlashtiriladi. Bu yerda xatolar ko‘p chiqadi, shuning uchun yangilanish ham avval test bazada o‘tkaziladi. Qo‘shimchalar mexanizmi (rasshireniya) orqali qilingan o‘zgartirishlar asosiy konfiguratsiyaga kamroq aralashadi va yangilanishni yengillashtiradi — yangi ishlanmalarni imkon qadar shu usulda qiling.

Tipik xatolar

• «Kichik o‘zgartirish, test shart emas» degan fikr
• Test bazasi eski va real ma’lumotlarni aks ettirmaydi
• Faqat dasturchi tekshiradi, foydalanuvchi yo‘q
• O‘zgartirishlar hujjatlashtirilmagan, keyin nima o‘zgarganini hech kim bilmaydi