VC LABBilimlar bazasiTo'lovni testlash

To'lovni testlash: «to'lab ko'rish» yo'q cheklist

To'lov — nuqson to'g'ridan-to'g'ri pulga tushadigan yagona ssenariy va ko'pchilik jamoalar bir usulda tekshiradigan yagona ssenariy: to'lab, o'tganiga ishonch hosil qilish. Qiziq hamma narsa rad etishlar, taymautlar va takrorlarda sodir bo'ladi — foydalanuvchi tugmani ikkinchi marta bosgan joyda.

Muvaffaqiyatli ssenariylar

  • Har bir ulangan usul bilan to'lov: karta, bank ilovasi, hamyon, QR, bo'lib to'lash — «bir marta karta bilan» emas, alohida.
  • Saqlangan karta va yangi karta bilan to'lov; foydalanuvchi roziligi bilan va roziliksiz kartani saqlash.
  • Minimal va maksimal summa, tiyinli summa, chegirma va promokodli summa.
  • Mahsulot ko'p valyutali bo'lsa, turli valyutalar: konvertatsiya, yaxlitlash, chekda ko'rsatish.
  • To'lovdan keyingi buyurtma statusi, tasdiqlovchi xat va push, tarixdagi yozuv — hammasi kutilgan vaqt ichida.

Rad etishlar va chegaraviy holatlar

Aynan shu yerda ikki marta yechish, osilib qolgan buyurtmalar va foydalanuvchilar bilan bahslarga aylanadigan nuqsonlar yashaydi. Har bir to'lov usuli uchun bir xil to'plamni o'tkazamiz: rad etish, bekor qilish, taymaut, takror.

  • Shlyuz rad etishi: mablag' yetarli emas, karta bloklangan, limit — foydalanuvchi tushunarli xabar ko'radi va qayta urinishi mumkin.
  • Shlyuz ekranida foydalanuvchi tomonidan bekor qilish: buyurtma «kutilmoqda»da osilib qolmaydi, qaytib boshqa usulni tanlash mumkin.
  • Shlyuz taymauti: foydalanuvchi nimani ko'radi, buyurtma bilan nima bo'ladi, ilovaga qaytganda dublikat yaratilmaydimi.
  • «To'lash» tugmasini qayta bosish: ikki marta buyurtma va ikki marta yechishdan himoya.
  • To'lov paytida tarmoq uzilishi: tiklangandan keyingi buyurtma statusi, shlyuz ma'lumotlari bilan solishtirish.
  • Tovar bandligi yoki promokod muddati tugagandan keyin to'lov: eski shartlar bo'yicha to'lov emas, to'g'ri rad etish.
  • Bir nechta pozitsiya yoki split-to'lovda qisman rad etish.

Vebxuklar, qaytarishlar va solishtirish

  • Muvaffaqiyatli to'lov haqidagi vebxuk: keladi, bir marta qayta ishlanadi, takroriy yetkazish ikkinchi buyurtma yaratmaydi.
  • Vebxuk foydalanuvchi ilovaga qaytishidan oldin yoki keyin keladi — ikkala tartib ham.
  • To'liq va qisman qaytarish: buyurtma statusi, summa, muddat, foydalanuvchiga bildirishnoma.
  • Qisman jo'natish yoki bonusning bir qismi ishlatilgandan keyin qaytarish.
  • Solishtirish: mahsulot, shlyuz kabineti va buxgalteriyadagi summalar davr bo'yicha, bekor qilingan va qaytarilganlar bilan birga, mos keladi.

Pulni yo'qotmasdan qanday tekshirish

  1. Test kartalari va rad etish ssenariylari bilan shlyuzning test rejimi — ko'pchilik tekshiruvlar uchun.
  2. Kelishilgan protokol bo'yicha minimal real summalar — test rejimi takrorlamaydigan ssenariylar uchun: aniq banklar, hamyonlar, bo'lib to'lash.
  3. Mijoz tomonida taymaut va tarmoq uzilishini emulyatsiya qilish — Charles kabi proksi yoki qurilmada tarmoqni cheklash orqali.
  4. Har bir ssenariy bo'yicha shlyuz va mahsulot loglari — foydalanuvchi ko'rganini aslida bo'lgan narsa bilan solishtirish uchun.
Natija: savat, to'lov yoki integratsiyalarga tegadigan har bir relizdan oldin yurgiziladigan to'lov regressiya to'plami.

Mintaqa mamlakatlari uchun alohida

Qozog'iston, O'zbekiston, Belarus va boshqa MDH mamlakatlarida to'lov mahalliy tizimlar orqali o'tadi — Kaspi, Click va Payme, ERIP, Elcart, m10 — har birining o'z test rejimi, o'z taymautlari va rad etishdagi o'z xatti-harakati bor. Ssenariylar to'plami bir xil, lekin uni har bir tizimda alohida va mamlakat SIM-kartali qurilmalarda yurgizish kerak: ba'zi hamyonlar va bank ilovalari faqat mahalliy raqamlardan mavjud.

Ko'p so'raladigan savollar

Shlyuzning test rejimi yetarlimi?
Mahsulot mantig'i uchun — ha. Aniq banklar, hamyonlar va bo'lib to'lash xatti-harakati uchun — yo'q: ularning test rejimlari yo mavjud emas, yo taymaut va rad etishlarni takrorlamaydi. Bu ssenariylarni keyinchalik qaytarish bilan minimal real summalarda o'tkazamiz.
Ikki marta yechishni qanday tekshirish kerak?
Tugmani qayta bosish, taymautdan keyin ilovaga qaytish, vebxukni qayta yetkazish va redirekt paytida sahifani yangilash orqali. Keyin solishtirish: bitta buyurtma, bitta yechish, bitta vebxuk qayta ishlangan.
Har bir relizdan keyin to'lovni testlash kerakmi?
Savat, to'lov, integratsiyalarga tegadigan yoki shlyuz SDK sini yangilaydigan relizlardan keyin — albatta. To'lov regressiyasi odatda bir necha soatga sig'adi, bu ishlamaydigan tugmaning bir kunidan arzon.
Solishtirishda topilgan farqlar bilan nima qilish kerak?
Har bir farq — buyurtma ma'lumotlari va shlyuz javobi bilan alohida nuqson. Solishtirishdagi farqlar deyarli har doim shlyuzning o'ziga emas, vebxuk yoki statuslarni qayta ishlashdagi xatoga ishora qiladi.

Vazifangiz haqida yozing

Bir ish kuni ichida javob beramiz, bahoni 1–2 kunda yuboramiz. Bepul.

Yangilangan: 2026-10-02