0%
2-dars

Testlash nima va bug turlari

Bug qayerdan kelib chiqadi, uning hayot sikli qanday va qaysi buglar birinchi navbatda tuzatiladi? Amaliy misollar bilan o'rganamiz.

75 daqiqa
Asosiy tushunchalar
6 ta interaktiv topshiriq
Kirish

Oldingi darsdan bog'lanish

1-darsda siz "QA va testor kim" ekanini bilib oldingiz. Endi keyingi qadam — testor aniq nima qiladi? Qanday ishlar u, nima topadi, va topgan muammolarni qanday atraydi?

Bu darsda biz chuqurroq kirib boramiz: testlashning turlari, bug qayerdan kelib chiqishi, uning hayot sikli va — eng muhimi — qaysi buglarni birinchi tuzatish kerakligini qanday aniqlash kerak.

1-qism

Testlash nima?

Asosiy atama

Testing (testlash) — dasturiy mahsulotni sinab ko'rish orqali uning sifatini baholash jarayoni.

Oddiy qilib: dastur foydalanuvchiga yetib borishdan oldin biz uni har tomonlama sinaymiz — to'g'ri ishlayaptimi, chiroyli ko'rinyaptimi, tez ishlayaptimi va hokazo.

Ko'pchilik testlashni faqat "xatolarni topish" deb o'ylaydi. Aslida u kengroq tushuncha:

💡 Hayotiy misol
Yangi mashina sotib olish
Siz yangi mashina sotib olmoqchisiz. Sotuvchi mashinani ko'rsatadi — chiroyli, yangi. Lekin siz test drive qilmay, yo'nalishda sinamay sotib olmaysiz. Tekshirasiz: dvigatel to'g'ri ishlayaptimi, tormoz yaxshimi, konditsioner sovuq beradimi. Xuddi shu ish — testlash. Faqat mashina o'rniga — dastur, sayt, ilova.
2-qism

Testlashning 2 ta asosiy turi

Testlashning eng keng tarqalgan ikki turi: qo'lda testlash va avtomatlashtirilgan testlash. Ikkalasi ham muhim, har birining o'z o'rni bor.

Manual Testing (qo'lda testlash)

Bu — testor kompyuter oldiga o'tirib, dasturni qo'lda, o'zi sinab ko'radigan testlash. Tugmalarni bosadi, formani to'ldiradi, natijalarni ko'radi.

Automation Testing (avtomatlashtirilgan testlash)

Bu — testor maxsus dasturlar (kodlar) yozadi, ular avtomatik ravishda sinab ko'radi. Odam aralashmasdan minglab testlar daqiqalar ichida bajariladi.

Yangi atamalar

Selenium, Playwright, Cypress — avtomatlashtirilgan testlar yozish uchun eng mashhur asboblar. Bular "robotlar" kabi — dastur o'zi tugmalarni bosadi, matn kiritadi, natijani tekshiradi.

Hozir ularni bilish shart emas — 28-darsda batafsil o'rganamiz.

Farqi nimada?

Manual Testing

  • ✓ Tez boshlanadi
  • ✓ Kam xarajat
  • ✓ Foydalanuvchi nuqtai nazaridan
  • ✓ Chiroy va qulaylik ko'rinadi
  • ✗ Sekin
  • ✗ Inson xatosi bo'lishi mumkin
  • ✗ Qayta-qayta zerikarli

Automation Testing

  • ✓ Juda tez (daqiqalarda minglab test)
  • ✓ Qayta-qayta ishlatish mumkin
  • ✓ Xatosiz (agar kod to'g'ri)
  • ✓ Kechasi ham ishlay oladi
  • ✗ Boshlang'ich xarajat katta
  • ✗ Dasturlash bilim kerak
  • ✗ Hamma narsani avtomatlashtirib bo'lmaydi
Amaliy xulosa

Yangi boshlovchi sifatida avval manual testingni yaxshi o'rganing. Keyin tajriba orttirib, automation'ga o'tishingiz mumkin. Kompaniyalarda 70-80% testlar baribir qo'lda bajariladi — manual testor har doim kerak bo'ladi.

Real misol — qachon nima ishlatiladi?

Manual: yangi funksiya chiqqanda ("birinchi marta ko'rib chiqish"), dizayn va UX tekshirish, foydalanuvchi tajribasi.
Automation: har release'dan oldingi regression testlar (eski funksiyalar ishlayaptimi?), ko'p foydalanuvchi yuklamasi, 24/7 monitoring.

⚡ Tezkor tekshiruv
Sizning jamoangiz yangi login sahifasi yaratdi. Qaysi turdagi testlash mos keladi?
3-qism

Bug bilan bog'liq atamalar

Testing dunyosida "bug" ga yaqin bir nechta atama bor. Ko'pchilik ularni aralashtirib yuboradi. Keling, bu farqlarni aniq tushunib olaylik — intervyularda ham ko'p so'raladi.

Error (xato)

Error — inson qilgan xato. Dasturchi yoki biznes analitik noto'g'ri fikrlagan yoki noto'g'ri yozgan.

Misol: dasturchi x + y o'rniga x - y deb yozdi.

Defect / Bug (dastur ichidagi xatolik)

Defect (Bug) — Error natijasida kodda paydo bo'lgan muammo. Aynan shu dastur ichida mavjud.

Misol: yuqorida dasturchi minus yozgani uchun, endi dastur qo'shish o'rniga ayirib beryapti.

Failure (ishlamay qolish)

Failure — Defect natijasida foydalanuvchi ko'rgan muammo. Ya'ni defect ishga tushganda — failure bo'ladi.

Misol: foydalanuvchi 100 + 50 deb hisobladi, dastur 50 ko'rsatdi. Bu failure.

Zanjir: Error → Defect → Failure

Dasturchi yozgan xato (Error) → Bu xato kodda saqlanib qoladi (Defect) → Foydalanuvchi dasturni ishlatganda muammo yuz beradi (Failure).

Intervyu savoli

Error, Defect va Failure o'rtasidagi farqni tushuntiring — bu intervyularda tez-tez so'raladi. Asosiy g'oya: inson xato qiladi → bu kodga o'tadi → foydalanuvchi ko'radi.

4-qism

Bug hayot sikli

Har bir bug topilganidan to tuzatilguniga qadar bir necha bosqichdan o'tadi. Bu jarayon Bug Life Cycle deyiladi. Uni bilish — kundalik ishda muhim.

New
Yangi topildi
→
Assigned
Biriktirildi
→
Open
Ish jarayonida
→
Fixed
Tuzatildi
→
Retest
Qayta sinov
→
Closed
Yopildi

Har bosqich nimani anglatadi?

Yana bir qancha statuslar

Rejected (rad etildi) — dasturchi bugni "bu bug emas, shunday bo'lishi kerak" deb tushuntirdi.

Deferred (kechiktirildi) — bug mavjud, lekin hozir tuzatilmaydi (muhim emas yoki vaqt yo'q).

Duplicate (takrorlangan) — bu bug allaqachon boshqa tomondan qo'shilgan.

Reopened (qayta ochildi) — dasturchi "tuzatdim" dedi, lekin testor sinadi — bug hali ham bor.

🎯 Amaliy topshiriq

Bug hayot siklini to'g'ri tartibga qo'ying

Quyidagi bosqichlarni to'g'ri tartibda sudrab joylashtiring. Birinchi → oxirgigacha.

1
2
3
4
5
6
Fixed
New
Closed
Open
Retest
Assigned
0 / 6 to'g'ri
5-qism

Severity vs Priority

Bu ikki atamani aralashtirib yuborish — intervyularda eng ko'p xato. Har bir bug ikki xil o'lchov bilan baholanadi: texnik jiddiylik va biznes ustuvorligi.

Severity

Texnik jiddiylik — bug dasturga qanchalik zarar yetkazadi?
Critical
Tizim umuman ishlamaydi
Major
Muhim funksiya buzilgan
Minor
Kichik muammo, ish ketaveradi
Trivial
Kosmetik muammo (rang, shrift)

Priority

Biznes ustuvorligi — qanchalik tez tuzatish kerak?
High
Darhol tuzatish kerak
Medium
Yaqin kunlarda
Low
Vaqt bo'lganda
💡 Eng muhim farq
Severity ≠ Priority
Severity — texnik mutaxassis o'rnatadi ("bu bug qanchalik yomon?").
Priority — biznes yoki Product Owner o'rnatadi ("bu bugni qanchalik tez tuzatish kerak?").

4 xil kombinatsiya mavjud

High Severity + High Priority

Click'da to'lov qilish mumkin emas — hamma foydalanuvchi uchun. Texnik jihatdan ham, biznes uchun ham xavfli. Darhol tuzatish.

High Severity + Low Priority

Admin panelning juda kam ishlatiladigan qismi umuman ochilmayapti. Texnik jihatdan jiddiy (qism ishlamayapti), lekin biznesga deyarli ta'sir qilmaydi — keyin tuzatiladi.

Low Severity + High Priority

Uzum'ning bosh sahifasidagi logo noto'g'ri ranga bo'yalgan. Texnik jihatdan kichkina (rang xatosi), lekin har bir mijoz darhol ko'radi — brend uchun juda muhim. Tezda tuzatish.

Low Severity + Low Priority

Sozlamalardagi matnda kichkina imlo xatosi. Na texnik xavf, na biznes muammo — vaqt bo'lganda tuzatiladi.

🎯 Bug Classifier

Buglarni to'g'ri turkumga ajrating

Quyidagi 4 ta real bug'ni ko'ring. Har birini to'g'ri kombinatsiyaga sudrab olib boring.

Click ilovasida to'lov tugmasi ishlamayapti
Hech kim pul o'tkaza olmayapti. Barcha mijozlarga ta'sir qilmoqda.
Uzum bosh sahifasida logo noto'g'ri ranga chiqqan
Ko'k o'rniga yashil ko'rinayapti. Dastur to'g'ri ishlayapti.
Admin panelning arxiv bo'limi ishlamayapti
Bo'lim ochilmayapti. Lekin uni faqat bitta admin oyiga bir marta ishlatadi.
Sozlamalar sahifasida "e'lon" so'zi "elon" deb yozilgan
Imlo xatosi. Kam odam sozlamalarga kiradi.
High Sev + High Pri
Bo'sh
High Sev + Low Pri
Bo'sh
Low Sev + High Pri
Bo'sh
Low Sev + Low Pri
Bo'sh
0 / 4 to'g'ri
🎯 Bog'lang

Atamalarni ta'riflar bilan bog'lang

Chap tomondagi atamani bosing, keyin o'ng tomondan mos ta'rifni tanlang.

Atama

Error
Defect
Failure
Severity
Priority

Ta'rif

Biznes uchun tuzatish muhimligi
Inson qilgan xato
Foydalanuvchi ko'rgan muammo
Texnik jiddiylik darajasi
Kodda mavjud xatolik
0 / 5 juft topildi
Intervyuga tayyorlov

Intervyu savollari

Bu savollar O'zbekistondagi IT kompaniyalardagi QA intervyularida tez-tez so'raladi. Har biriga javobni o'z so'zingizda tayyorlang.

💡 Har savol ustiga bosing — tayyor javob va maslahatni ko'rasiz.

Q1 Manual testing va automation testing farqini tushuntiring. +

Javob: "Manual testing — testor qo'lda, o'zi dasturni sinab ko'radigan testlash. Automation testing — maxsus kod yozib, testlarni avtomatik bajarish."

Qachon qaysi biri?

  • Manual: yangi funksiyalar, UX/dizayn, exploratory testing
  • Automation: regression testlar, katta yuklama, har release'dan oldingi tekshiruvlar

Muhim: Ikkalasi bir-birini to'ldiradi. 100% automation ham, 100% manual ham — ikkalasi noto'g'ri. Balans muhim.

Q2 Error, Defect va Failure orasidagi farq nima? +

Javob: "Bu uchta atama bir zanjirning bo'g'inlari:"

  • Error — dasturchi qilgan xato (masalan, noto'g'ri formula yozdi)
  • Defect/Bug — Error natijasida kodda mavjud muammo
  • Failure — Defect ishga tushganda, foydalanuvchi ko'radigan muammo

Misol: "Dasturchi + o'rniga - yozdi (Error) → kod endi noto'g'ri hisoblaydi (Defect) → foydalanuvchi summani noto'g'ri ko'radi (Failure)."

Q3 Severity va Priority farqini tushuntiring. Misol bilan. +

Javob: "Severity — texnik jihatdan bug qanchalik yomon. Priority — biznes uchun qanchalik tez tuzatish kerak."

Misol:

  • Logo rangida xato: Low Severity (dastur ishlayapti), lekin High Priority (har mijoz ko'radi).
  • Admin panelning kam ishlatiladigan qismi ishlamayapti: High Severity (qism buzuq), lekin Low Priority (kam foydalaniladi).

Kim aniqlaydi? Severity — testor/texnik, Priority — Product Owner/Manager.

Q4 Bug hayot sikli qanday bosqichlardan iborat? +

Javob: "Standart bug hayot sikli 6 ta asosiy bosqichdan iborat:"

  • New — bug topildi va tizimga qo'shildi
  • Assigned — dasturchiga biriktirildi
  • Open — dasturchi ishlay boshladi
  • Fixed — tuzatildi, testorga qaytarildi
  • Retest — testor qayta tekshirmoqda
  • Closed — bug yopildi

Qo'shimcha statuslar: Rejected (rad etildi), Deferred (kechiktirildi), Duplicate (takror), Reopened (qayta ochildi).

Q5 Agar dasturchi sizga "bu bug emas" desa, nima qilasiz? +

Javob: "Men avval dasturchi bilan muloqotga kirishaman — u nima deb o'ylayotganini tushunishga harakat qilaman. Balki men talablarni noto'g'ri tushungandirman."

Keyingi qadamlar:

  • Talablar hujjatini tekshiraman — u yerda nima yozilgan?
  • Product Owner bilan maslahatlashaman — kutilayotgan natija nima?
  • Video/screenshot bilan aniq muammoni ko'rsataman
  • Agar haqiqatan ham bug bo'lmasa — rozi bo'laman va bug'ni Rejected qilaman

Asosiy fikr: "Dasturchi bilan kurashmaslik kerak. Hamkorlik — sifatli mahsulot uchun. Ba'zida men xato bo'laman, ba'zida u — bu normal."

Q6 Bir kunda bir nechta bug topdingiz, qaysini birinchi qo'yasiz? +

Javob: "Severity va Priority bo'yicha saralayman. Oldinga — eng xavflilari."

Tartib:

  1. Critical severity + High priority — darhol xabar beraman
  2. High severity + High priority
  3. Qolganlari — mantiqiy tartibda

Muhim maslahat: "Agar juda jiddiy bug topsam (masalan, production'da to'lov ishlamayapti), men Jira'ga yozishdan oldin avval Slack/Telegram orqali jamoaga xabar beraman. Jira — rasmiylashtirish uchun, lekin tez reaksiya uchun jonli muloqot kerak."

🎯 Amaliyot vaqti

Endi amaliyotga o'tamiz!

Nazariyani o'rgandingiz. Endi TestShopga kiring va real buglarni toping. 10 ta qasddan qo'yilgan bug sizni kutmoqda.

🛒

TestShop — Bug Hunt

Onlayn-do'kon simulyatsiyasi. Real sayt ko'rinishida, lekin ichida 10 ta bug yashiringan. Sizning vazifangiz — ularni topish.

🚀 TestShop'ga o'tish

Vazifangiz — 3 bosqich:

1
TestShop'ga kiring va diqqat bilan ko'rib chiqing
Bosh sahifa, ro'yxatdan o'tish, login sahifalarini sinab ko'ring. Har tugmani bosing, har formani to'ldiring, noto'g'ri ma'lumotlar kiriting.
2
Har topgan bug uchun quyidagilarni aniqlang
• Severity (texnik jiddiylik): Critical, Major, Minor, Trivial
• Priority (biznes ustuvorligi): High, Medium, Low
• Turi: UI/UX, funksional, security, yoki performance
3
Bug Hunt sahifasida belgilang
TestShop'dagi Bug Hunt sahifasida progress bar bor — har topgan bug'ingizni belgilang va 10/10 ga yetishga harakat qiling. Ko'rsatma kerak bo'lsa — "Hint" tugmasini bosing.
💡 Maslahat

Bu darsda o'rgangan Severity va Priority farqini esda tuting. Bir xil bug turli biznes kontekstida turli Priority bo'lishi mumkin. Masalan: logo rangi — texnik kichkina muammo (Low Severity), lekin bosh sahifada bo'lsa — biznes uchun muhim (High Priority).

Yakuniy

3 ta asosiy fikr

Bu darsdan eslab qolishingiz kerak bo'lgan eng muhim g'oyalar

01
Manual + Automation = kuch
Ikkalasi bir-birini to'ldiradi. Yangi boshlovchi avval manual'ni o'rganadi, keyin automation'ga o'tadi.
02
Error → Defect → Failure
Bu zanjirni tushunish — professional testor tili. Intervyuda ham ko'p so'raladi.
03
Severity ≠ Priority
Texnik jiddiylik va biznes ustuvorligi — ikki xil o'lchov. Ularni aralashtirish — eng tez-tez uchraydigan xato.
← Oldingi dars
1-dars · QA va testor
Keyingi dars →
3-dars · SDLC va STLC
🏆 Darsni muvaffaqiyatli tugatdingiz!