Dasturiy ta'minotni testlash; 15. Dasturiy ta'minotni testlashning afzalliklari; 15. Dasturiy ta’minot sifati

15.2-rasm. Tekshiruvlar va sinov
Testlash asosan tizimning dastlabki kodiga qaratiladi, ammo dasturning talablari yoki dizayn modeli kabi o'qilishi mumkin bo'lgan vakolatlarni tekshirish mumkin. Agar tizimni tekshirib ko'rsangiz, tizim haqida ma'lumotdan, dastur maydonini va xatolarni aniqlash uchun dasturlash yoki modellash tilidan foydalanasiz.

15.2 Dasturiy ta'minotni testlashning afzalliklari.
Sinov jarayonida dasturiy ta'minotni testlashning uchta afzalliklari mavjud:
1. Sinov jarayonida xatolar boshqa xatoliklarni yashirish (yashirish) mumkin. Xatolik kutilmagan natijalarga olib kelganda, keyinchalik chiqadigan anomaliyalar yangi xatolik yoki asl xatoning yon ta'siri sababli ishonch hosil qila olmaysiz. Tekshiruv statik jarayon ekanligi sababli, siz xatolar o'rtasidagi munosabatlarni e'tiborga olishingiz shart emas. Natijada, bitta nazorat seansi tizimdagi ko'plab xatolarni topishi mumkin.
2. Tizimning to'liq bo'lmagan versiyalari qo'shimcha xarajatlarisiz testlanishi mumkin. Agar dastur tugallanmagan bo'lsa, mavjud qismlarni sinab ko'rish uchun maxsus test jabduqlarini ishlab chiqishingiz kerak. Bu, albatta, tizimni rivojlantirish xarajatlarini qo'shadi.
3. Dastur kamchiliklarini qidirish bilan bir qatorda, testlash, dasturning standart sifatiga, faoliyatiga muvofiqligi kabi keng qamrovli sifat atributlarini ham ko'rib chiqishi mumkin. Siz samarasizliklar, noto'g'ri algoritmlarni va tizimni saqlab qolish va yangilashni qiyinlashtiradigan yomon dasturlash uslubini qidirasiz.
Dastur tekshiruvlari eski g'oya bo'lib, inspeksiya tekshiruvlari dastur sinovlaridan ko'ra nuqsonlarni aniqlash uchun samaraliroq ekanligini ko'rsatgan bir qancha tadqiqotlar va tajribalar mavjud. Fagan (1986) xabar berishicha, dasturdagi xatoliklarning 60 foizdan ortig'i norasmiy dastur tekshiruvlaridan foydalanib aniqlanishi mumkin. Cleanroom jarayonida (Prowell va boshqalar, 1999), dasturiy tekshiruvlarda kamida 90% kamchiliklarni aniqlab olishlari mumkin.
Biroq, tekshiruvlar dasturiy ta'minotni sinab ko'rish o'rnini bosa olmaydi. Tekshiruvlar dasturning turli qismlari o'rtasida kutilmagan shovqinlar, vaqt muammolari yoki tizim ishlashi bilan bog'liq muammolar tufayli paydo bo'ladigan kamchiliklarni aniqlash uchun yaxshi emas. Bundan tashqari, ayniqsa, kichik kompaniyalar yoki rivojlanish guruhlarida alohida guruhni tashkil etish qiyin va qimmat bo'lishi mumkin, chunki guruhning barcha potentsial a'zolari ham dasturiy ta'minot ishlab chiqaruvchilari bo'lishi mumkin. Ko'rib va ​​tekshirishlarni 24-bobda (Sifat menejmenti) batafsil muhokama qilaman.
15.3-rasmda "plandriven rivojlanishida" foydalanilgan an'anaviy tekshirish jarayonining mavhum modeli. Viktorina hollari - sinov uchun kiritilgan ma'lumotlar va tizimdan kutilgan natijalar (sinov natijalari), shuningdek, sinovdan o'tgan narsalarning bayonoti. Viktorina ma'lumotlari - bu tizimni sinash uchun ishlab chiqilgan kirishlardir. Viktorina ma'lumotlari ba'zan avtomatik tarzda tuzilishi mumkin, ammo avtomatlashtirilgan holatlarning yaratilishi imkonsizdir, chunki tizimni nima qilish kerakligini tushunadigan odamlar kutilgan test natijalarini aniqlash uchun jalb qilinishi kerak. Biroq, testni bajarish avtomatlashtirilishi mumkin. Kutilgan natijalar, taxmin qilingan natijalar bilan avtomatik ravishda taqqoslanadi, shuning uchun sinov paytida sinovlarda xato va noaniqliklarni izlashga ehtiyoj yo'q.