Guruh talabasi No`’monov Saidakbarning Dasturiy vositalarni testlash fanidan mustaqil ishi

MUHAMMAD AL-XORAZMIY NOMIDAGI
TOSHKENT AXBOROT TEXNOLOGIYALARI
UNIVERSITETI FARG’ONA FILIALI
DASTURIY INJINIRING VA RAQAMLI IQTISODIYOT FAKULTETI
653-19 guruh talabasi
No`’monov Saidakbarning
 Dasturiy vositalarni testlash fanidan
MUSTAQIL ISHI

Bajardi: No`’monov S.
Tekshirdi: Soliyev B.

Reja

I. Kirish 3
II. Asosiy qism 6
1.Nima uchun SDLC ni o'rganish kerak?. 6
2.Rejalashtirish va talablarni tahlil qilish 8
3.Talablarni aniqlash. 9
4.Mahsulot arxitekturasini loyihalash 10
Xulosa. 11

I. Kirish

Dasturiy ta'minotni sinovdan o'tkazish qanday ishlaydi?
Dasturiy ta'minotni sinovdan o'tkazish - bu dasturiy mahsulot yoki dastur o'zi bajarishi kerak bo'lgan narsani bajarishini baholash va tekshirish jarayoni. Sinovning afzalliklari orasida xatolarning oldini olish, ishlab chiqish xarajatlarini kamaytirish va ish faoliyatini yaxshilash kiradi.
Sinov boshqaruv rejasi
Dasturiy ta'minotni sinovdan o'tkazish turlari
Dasturiy ta'minot sinovlarining ko'plab turlari mavjud bo'lib, ularning har biri o'ziga xos maqsad va strategiyalarga ega:
Qabul qilish testi: butun tizimning maqsadga muvofiq ishlashini tekshirish.
Integratsiya testi: dasturiy ta'minot komponentlari yoki funktsiyalari birgalikda ishlashini ta'minlash.
Birlik testi: Har bir dasturiy ta'minot bloki kutilganidek ishlashini tekshirish. Birlik ilovaning sinovdan o'tkazilishi mumkin bo'lgan eng kichik komponentidir.
Funktsional test: Funktsional talablar asosida biznes stsenariylarini taqlid qilish orqali funksiyalarni tekshirish. Qora quti testi funksiyalarni tekshirishning keng tarqalgan usuli hisoblanadi.
Ishlash testi: dasturiy ta'minotning turli ish yuklari ostida qanday ishlashini tekshirish. Masalan, yuk sinovi haqiqiy yuk sharoitida ishlashni baholash uchun ishlatiladi.
Regressiya testi: yangi xususiyatlarning funktsional imkoniyatlarini buzishi yoki yomonlashishini tekshirish. To'liq regressiya testi uchun vaqt bo'lmaganda, aql-idrok testi menyular, funktsiyalar va buyruqlarni sirt darajasida tekshirish uchun ishlatilishi mumkin.
Stress testi: Tizim muvaffaqiyatsiz bo'lishidan oldin qancha kuchlanishni olishi mumkinligini tekshirish. Funktsional bo'lmagan testning bir turi deb hisoblanadi.
Foydalanish imkoniyati testi: mijoz vazifani bajarish uchun tizim yoki veb-ilovadan qanchalik yaxshi foydalanishini tekshirish.
Har bir holatda asosiy talablarni tasdiqlash tanqidiy bahodir. Xuddi shunday muhim, tadqiqotchi test sinovchiga yoki sinov guruhiga dasturiy ta'minotdagi xatolarga olib kelishi mumkin bo'lgan taxmin qilish qiyin bo'lgan stsenariylarni va vaziyatlarni aniqlashga yordam beradi.
Hatto oddiy dastur ham ko'p sonli va turli xil testlardan o'tishi mumkin. Sinovlarni boshqarish rejasi mavjud vaqt va resurslarni hisobga olgan holda, qaysi test turlari eng ko'p qiymat berishini birinchi o'ringa qo'yishga yordam beradi. Sinov samaradorligi eng ko'p nuqsonlarni topish uchun eng kam sonli testlarni o'tkazish orqali optimallashtiriladi.
Dasturiy ta'minotni sinovdan o'tkazish tarixi
Dasturiy ta'minotni sinovdan o'tkazish dasturiy ta'minotni ishlab chiqish bilan birga keldi, bu ikkinchi jahon urushidan keyin boshlangan. Kompyuter olimi Tom Kilbern 1948 yil 21 iyunda Angliyaning Manchester universitetida debyut qilingan birinchi dasturiy ta'minotni yozgan. Mashina kodi ko'rsatmalaridan foydalangan holda matematik hisob-kitoblarni amalga oshirdi.
Nosozliklarni tuzatish o'sha paytda asosiy sinov usuli edi va keyingi yigirma yil davomida shunday bo'lib qoldi. 1980-yillarga kelib, ishlab chiqish guruhlari dasturlarni haqiqiy sharoitlarda sinab ko'rish uchun dasturiy ta'minotdagi xatolarni izolyatsiya qilish va tuzatishdan tashqariga qarashdi. Bu dasturiy ta'minotni ishlab chiqish hayotiy tsiklining bir qismi bo'lgan sifatni ta'minlash jarayonini o'z ichiga olgan testlarni kengroq ko'rish uchun zamin yaratdi.
"1990-yillarda test sinovlaridan dasturiy ta'minotni ishlab chiqishning butun tsiklini qamrab oluvchi va test holatlarini rejalashtirish, loyihalash, yaratish va bajarish, mavjud test holatlarini qo'llab-quvvatlash va test jarayonlariga ta'sir ko'rsatadigan sifatni ta'minlash deb ataladigan keng qamrovli jarayonga o'tish sodir bo'ldi. muhitlar, - deydi Aleksandr Yaroshko uTest dasturchi saytidagi postida.
– Test sinovlari sifat jihatidan yangi bosqichga ko‘tarildi, bu esa metodologiyalarning yanada rivojlanishiga, sinov jarayonini boshqarishning kuchli vositalari va testlarni avtomatlashtirish vositalarining paydo bo‘lishiga olib keldi. 1
Doimiy sinov
Dasturiy ta'minotni sinovdan o'tkazish an'anaviy ravishda boshqa ishlanmalardan ajratilgan. U ko'pincha mahsulotni yaratish yoki bajarish bosqichidan so'ng dasturiy ta'minotni ishlab chiqishning hayotiy tsiklida amalga oshiriladi. Testerda kodni sinab ko'rish uchun faqat kichik oyna bo'lishi mumkin - ba'zida dastur bozorga chiqishidan oldin. Agar nuqsonlar aniqlansa, qayta kodlash yoki qayta sinovdan o'tkazish uchun vaqt kam bo'lishi mumkin. Dasturiy ta'minotni o'z vaqtida chiqarish odatiy hol emas, lekin kerakli xatolar va tuzatishlar bilan. Yoki sinov guruhi xatolarni tuzatishi mumkin, lekin chiqish sanasini o'tkazib yuborishi mumkin.
Tsiklning boshida test mashg'ulotlarini o'tkazish, sinovdan o'tkazish harakatlarini rivojlanish uchun o'ylash emas, balki birinchi o'rinda saqlashga yordam beradi. Ilgari dasturiy ta'minot sinovlari, shuningdek, kamchiliklarni bartaraf etish arzonroq ekanligini anglatadi.
Ko'pgina ishlab chiqish guruhlari endi doimiy test deb nomlanuvchi metodologiyadan foydalanadilar. Bu DevOps yondashuvining bir qismidir - bu erda ishlab chiqish va operatsiyalar butun mahsulotning hayot aylanishi davomida hamkorlik qiladi. Maqsad xarajat, sifat va xavfni muvozanatlashgan holda dasturiy ta'minotni yetkazib berishni tezlashtirishdir. Ushbu sinov texnikasi yordamida jamoalar sinov boshlanishidan oldin dasturiy ta'minotni yaratishni kutishlari shart emas. Kamchiliklarni tuzatish osonroq bo'lganda, ularni tezroq aniqlash uchun ular tsiklning ancha oldin sinovlarini o'tkazishlari mumkin.
Dasturiy ta'minotni ishlab chiqish