User Acceptance Testing, qisqacha UAT — tizim biznes ehtiyojlari va foydalanuvchining amaliy ish jarayonlariga mosligini vakolatli biznes foydalanuvchilari tomonidan tekshirish bosqichidir. U texnik testlarning takrori emas; mahsulot real vazifani kelishilgan mezonlar asosida bajara olishini release oldidan tasdiqlaydi.
UAT maqsadi
Unit va integration test kod hamda komponentlarning texnik to‘g‘riligini tekshiradi. UAT esa buyurtma yaratish, hisobni yopish yoki hisobot topshirish kabi end-to-end biznes jarayonini baholaydi. Funksiya texnik specificationga mos bo‘lsa ham operator ish oqimiga, qonuniy qoida yoki ma’lumot formatiga mos kelmasligi mumkin.
UAT yakunida biznes vakili mahsulotni qabul qiladi, shartli qabul qiladi yoki aniqlangan muammolar sabab rad etadi. Sign-off risk yo‘q degani emas; bajarilgan scenario, ma’lum cheklov va qoldiq risk bo‘yicha ongli qarorni bildiradi.
Ishtirokchilar
Testni mahsulot egasi, subject-matter expert, operatsion xodim yoki mijoz vakili bajarishi mumkin. Development va QA muhit, data va diagnostika bilan yordam beradi, ammo biznes natijani o‘z nomidan tasdiqlamasligi kerak. Vakil real jarayon va istisnolarni tushunadigan bo‘lishi muhim.
Rollar va qaror vakolati oldindan belgilanadi. Har foydalanuvchi barcha modulni bilmaydi; moliya, logistika va administrator oqimlari tegishli mutaxassislar orasida taqsimlanadi. Bir nechta tomonning qarama-qarshi talabi change control orqali hal qilinadi.
Scenario va mezonlar
UAT scenario requirement, user story va business processdan olinadi. U boshlang‘ich ma’lumot, bajariladigan amal va kutilgan biznes natijani ko‘rsatadi. Faqat ideal happy path emas, muhim ruxsat, limit, bekor qilish va xato tiklash oqimlari ham riskga qarab kiritiladi.
Acceptance criteria o‘lchanadigan bo‘lishi kerak. “Hisobot yaxshi chiqadi” o‘rniga majburiy ustunlar, hisoblash qoidasi, davr va export formati ko‘rsatiladi. Test natijasi pass, fail yoki blocked bo‘lib, dalil bilan qayd etiladi.
UAT muhiti va data
Muhit production konfiguratsiyasiga yetarlicha yaqin, ammo foydalanuvchi real mijozga zarar yetkazmaydigan qilib ajratiladi. Tashqi email, payment va notification sandboxga yo‘naltiriladi. Role va permissionlar productiondagi kabi bo‘lishi kerak, aks holda access muammosi yashirinadi.
Test data realistik va maxfiy bo‘lmagan bo‘ladi. Production nusxasi ishlatilsa anonymization va qonuniy ruxsat talab qilinadi. Scenario qayta bajarilishi uchun data reset yoki unique test account jarayoni belgilanadi.
Defect va o‘zgarish
UATda topilgan holat har doim kod defecti emas. Requirement gap, yangi biznes istagi yoki training muammosi bo‘lishi mumkin. Triage defectni change requestdan ajratadi. Kritik biznes oqimini to‘xtatuvchi defect tuzatiladi va qayta test qilinadi.
Sign-off yozuvida build versiyasi, bajarilgan scenario, ochiq nuqson, workaround va tasdiqlovchi shaxs saqlanadi. UATdan keyin artifact qayta build qilinsa avvalgi tasdiq yangi byte lar uchun avtomatik amal qilmaydi.
Rejalashtirish
UAT biznes kalendari, month-end yoki mavsumiy oqimni hisobga oladi. Vakolatli foydalanuvchilar kundalik ishidan vaqt ajratishi kerak, shu sabab build kechikishi test oynasini yo‘qotishi mumkin. Entry criteria muhit, data, training va majburiy defectlarning tayyorligini belgilaydi. Test boshida qisqa orientation vosita bilan requirementni aralashtirib yubormaslikka yordam beradi.
Exit mezonlari
Barcha kritik scenario bajarilishi, bloklovchi defect qolmasligi va ochiq risk uchun egalar belgilanishi mumkin. Pass foizi yolg‘iz yetarli emas: bajarilmagan bitta moliyaviy oqim ko‘plab kosmetik scenario o‘tganidan muhimroq. Sign-off shartli bo‘lsa, bajarilishi kerak bo‘lgan action va deadline yoziladi.
Audit
Regulated tizimda tester identitysi, execution vaqti, evidence va requirement trace saqlanadi. Screenshotni keyin tahrirlash mumkinligi sabab ayrim platforma immutable audit log va elektron imzodan foydalanadi. Retention siyosati huquqiy talabga mos bo‘ladi.
Bog‘liq tushunchalar
Acceptance testing, Business testing, UAT environment, Acceptance criteria, Sign-off, Defect, Change request