Qabul qilish testining ta'rifi. Hujjatlarni ishlab chiqish, prototiplarni ishlab chiqarish va sinovdan o'tkazish. Avtomatlashtirilgan tizimlar uchun standartlar to'plami

Odatda bu sinovni avtomatik qabul qilish testida ko'rsatilgan ko'p narsalarni qo'lda yoki boshqa vosita bilan takrorlaydigan boshqa jamoa amalga oshiradi. Bu qabul qilish testlarini turli muhitlarda osonlik bilan o'tkazib bo'lmasligi yoki ishlab chiqish guruhi testlar nima qilayotganini oson tushuna olmasligi va foydalanilgan ma'lumotlar kodda yashiringanligi sababli amalga oshirilishi mumkin, bu esa topish yoki o'zgartirishni qiyinlashtiradi. Kodda test maqsadini yashirish test nima qilmoqchi ekanligini tushunishni qiyinlashtiradi.

Bu, shuningdek, texnik bo'lmagan guruh a'zolari sinovga osongina hissa qo'sha olmasligini anglatadi va texnik odamlar avtomatlashtirilgan test kodiga ko'proq vaqt sarflashadi. Sinovlarni qayta tahrirlash kerak bo'lganda, bu maqsadni amalga oshirish vositalaridan ajratishi muqarrar bo'lsa, siz test nima qilishi kerakligidan ko'ra testni amalga oshirishni qayta tiklashga e'tibor qaratishingiz mumkin.

Niyat, amalga oshirish va ma'lumotlarni ajratish

Quyida maqsad, amalga oshirish va ma'lumotlarni ajratish g'oyasini aks ettiruvchi diagramma keltirilgan. Atrof-muhit ham kiritilgan, chunki testlar qaysi muhitda o'tkazilishini tushunish va kerak bo'lganda ma'lumotlarni o'zgartirish va testni o'tkazish muhimdir. Niyatni yaratish texnik bo'lmagan jamoa a'zolari tomonidan amalga oshirilishidan mustaqil bo'lgan tilda amalga oshirilishi mumkin. Bu juda muhim, chunki bu test maqsadini o'zgartirmasdan amalga oshirishni qayta tiklash mumkinligini anglatadi. Buning teskarisi ham to'g'ri; testning maqsadini amalga oshirishga ta'sir qilmasdan o'zgartirish mumkin, agar niyat bandidagi barcha so'zlarni qondiradigan amalga oshirish mavjud bo'lsa.

Agar eng yomon holatda, siz butun dasturni tashlab, qaytadan boshlashga qaror qilsangiz, siz hali ham sinov niyatini saqlab qolishingiz mumkin va shuning uchun avtomatlashtirilgan testlarning eng muhim qismini yo'qotmasligingiz mumkin, testlar nima qilishga harakat qiladi. Ma'lumotlar, shuningdek, niyatlar va amalga oshirishga bo'linishi kerak, bu orqali ma'lumotlar testda abstraktsiya orqali ko'rsatilishi mumkin va keyin amalga oshirish o'chiriladi. Misol uchun, test "Oltin mijoz"ni ko'rsatishi mumkin, chunki mijoz aniqlanganidek, testning bir qismi emas, balki ma'lumotlar qatlamining bir qismidir.

Ma'lumotlar qatlamini yaratish va ma'lumotlarni abstraktsiyalash yangi usullar emas; ular odatda dastur kodi uchun ishlatiladi va avtomatlashtirilgan testlarga qo'llanilishi kerak, chunki imtiyozlar hali ham amal qiladi. Sinov holatida ma'lumotlar qatlami tegishli mijoz turi uchun ma'lumotlar manbasidan ma'lumotlarni olish uchun chaqiriladi.

Keyin test ishi ro'yxatdagi barcha yozuvlar bo'yicha takrorlanadi va har bir mijoz yozuvi bo'yicha test o'tkazadi. Tizim testlari qayta tiklash, xavfsizlik, chidamlilik, unumdorlik, ulanish, hajm, kuchlanish, ma'lumotlar mavjudligi, foydalanish qulayligi, ishlash, atrof muhit, saqlash, konfiguratsiya, o'rnatish va hujjatlar. Ularning har biri turli maqsadlarga ega va loyihaning tizimli qarashlarini ko'rsatadigan umumiy maqsadga ega. Qabul qilish testi - bu dasturiy ta'minotni sinovdan o'tkazish darajalari bilan to'ldiriladigan yana bir daraja turi, bu testlar juda muhim, chunki ular bizga talab qilinadigan standartlarga javob beradigan va bir vaqtning o'zida foydalanuvchilarning talablarini qondiradigan mahsulotni olishimizga imkon beradi. ular boshidan ko'targan talablar. Bu tizimni muhim sinov jarayonini sinab ko'rishga majbur qiladi, chunki mahsulot, xatolar soni va bu xatolarning jiddiyligi nuqtai nazaridan, odatda ko'pchilik xatolarga moyil bo'lgan rivojlanish bosqichidir. 1-rasm: Takrorlanuvchi tizimlarni tekshirish Tizim testlari tizim funksionalligini yoki tekshirish uchun jarayonlar emas to'liq dastur, chunki bu funktsional test jarayoni bilan ortiqcha bo'ladi. Tizim testlari aniq maqsadga ega: tizim yoki dasturni dastlabki maqsadlari bilan solishtirish. Shu maqsadda ikkita qiymat taqdim etiladi. Tizim sinovlari tizimlar bilan cheklanmaydi. Agar mahsulot dastur bo'lsa, tizim sinovi dastur qanday qilib o'z maqsadlari yoki talablariga to'liq javob bermasligini ko'rsatishga urinishdir. Agar mahsulot uchun o'lchanadigan yozma talablar mavjud bo'lmasa, tizim sinovlari, ta'rifiga ko'ra, mumkin emas. Tizim testi - tadqiqot bosqichi bo'lib, unda har bir komponent yoki modulning boshqa komponentlar yoki modullar bilan maqsadga muvofiq o'zaro ta'sirini ta'minlaydi. Tizim testlari tizimni chuqur joriy etishga, butun dunyo boʻylab axborot tizimining integratsiyalashuvini tekshirishga, uni tashkil etuvchi turli quyi tizimlar va u aloqada boʻlgan boshqa axborot tizimlari oʻrtasidagi interfeyslarning toʻgʻri ishlashini tekshirishga qaratilgan. Klassik tizim sinovi muammosi "barmoqni ko'rsatish" dir. Bu xato aniqlanganda va har bir tizim elementini ishlab chiqaruvchisi boshqalarni ayblaganda sodir bo'ladi. Ushbu bema'nilikka tushib qolishning o'rniga, dasturiy ta'minot muhandisi oldindan bilishi kerak mumkin bo'lgan muammolar interfeys bilan:  tizimning boshqa elementlaridan keladigan barcha ma'lumotlarni tekshiradigan dizayn xatolarini boshqarish yo'li. Tizimni sinovdan o'tkazish va sinovdan o'tkazish 6  Noto'g'ri ma'lumotlarni yoki boshqa narsalarni taqlid qiluvchi bir qator testlarni qo'llang mumkin bo'lgan xatolar dasturiy ta'minot interfeysida.  Sinov natijalarini aybdorlik holatida dalil sifatida qayd etish.  Dasturiy ta'minotning to'g'ri sinovdan o'tganligini ta'minlash uchun tizim sinovini rejalashtirish va ishlab chiqishda ishtirok etish. Aslida, tizim testi bir qator turli testlarni o'z ichiga oladi, ularning asosiy maqsadi hisoblash paytida tizimni chuqur hisoblashdir. Har bir testning maqsadi boshqacha bo'lsa-da, ularning barchasi tizimning barcha elementlari to'g'ri birlashtirilganligiga va tegishli funktsiyalarni bajarishiga ishonch hosil qilish uchun ishlaydi. 2 Sinovni tizimli ko'rib chiqish. Sinov o'tkazilayotganda tizimni, ya'ni dasturiy ta'minotni ishlab chiqishga yaxlit yondashuvni saqlash kerak. Ushbu tushunchalarni dasturiy ta'minotni sinovdan o'tkazishda qo'llash test uchun asos bo'lib xizmat qiladigan bir qator printsiplarni keltirib chiqaradi: siz sinovdan o'tayotgan dasturiy ta'minotning maqsadlarini, shuningdek muvaffaqiyat ko'rsatkichlarini aniq bilishingizga ishonch hosil qilishingiz kerak. Ushbu elementlar talablarni yig'ish bosqichida olingan hujjatlarda, shuningdek, dasturiy ta'minot spetsifikatsiyalarida mavjud. Ushbu ma'lumot test rejasini tayyorlash uchun kerak bo'ladi va test ishini ishlab chiqishni boshlash uchun asos bo'ladi. Tasdiqlangan tizimning kirish va chiqishlari aniqlanishi kerak. Bu jihat test holatlarini tayyorlashda, shuningdek, test jarayonlarini, ayniqsa, maqsadlarning bajarilishini ko'rsatadigan test ishiga yo'naltirilgan jarayonlarni yaratishda zarur. Sinov ostidagi dasturiy ta'minot ishlayotgan asosiy tizimni ko'rib chiqing. Bu odatda apparat, dasturiy ta'minot va odamlardan iborat tashkiliy muhit. Bu elementlarning barchasi tizimga katta ta'sir ko'rsatadi va ayniqsa, ma'lumotlarning etarli emasligi, etishmasligi bilan bog'liq bo'lgan istalmagan vaziyatlarning test holatlarini tayyorlashda yordam beradi. zarur elementlar va istisnolarning paydo bo'lishi. 3 Tizimni sinovdan o'tkazish haqida umumiy ma'lumot Tizimni sinovdan o'tkazish jarayoni vaqt o'tishi bilan juda alohida bo'lishi mumkin bo'lgan ikki bosqichdan iborat: testga tayyorgarlik va testni qo'llash. Birinchisi talablar bilan chambarchas bog'liq, shuning uchun u loyihaning boshida sodir bo'ladi, ikkinchisi esa to'liq tizimni yoki kamida bitta integratsiyani talab qiladi, chunki qisman mahsulot testlarni qo'llash uchun chiqarilmagan deb aytiladi, shuning uchun u loyihaning ilg'or bosqichlarida sodir bo'ladi. loyiha. Ushbu qismlar bilan aniq vaziyat tanlangan modelga bog'liq. hayot davrasi. Ikkinchi va uchinchi faoliyatni amalga oshirish uchun talablar hujjati talab qilinadi. Testning birinchi bosqichi talablarni tahlil qilish, kamchiliklarni, noaniqliklarni va boshqa muammolarni aniqlash uchun fikr-mulohazalarni taqdim etadi. Shuningdek, u tizimni loyihalash va joriy etish bo'yicha qimmatli maslahatlar beradi, agar siz uni endigina ishlab chiqayotgan bo'lsangiz. Sinovni qo'llash bosqichi sinov rejasi va bajariladigan tizim versiyasini talab qiladi. Bunday holda, tayyorlangan test holatlari qo'llaniladi, natijalar tahlil qilinadi va kamchiliklar aniqlanadi. Ushbu ikkinchi qadam, tuzatilishi kerak bo'lgan mumkin bo'lgan kamchiliklarni ko'rsatib, amalga oshirish va loyihalash bo'yicha fikr-mulohazalarni taqdim etadi. Shuningdek, u tizimni chiqarish, uni qabul qilish, ishonchliligini baholash va uni saqlashda foydali bo'ladigan ma'lumotlarni taqdim etadi. 1-rasmda tizimni sinovdan o'tkazish jarayoni va uning boshqa jarayonlar bilan aloqasi ko'rsatilgan. Ikkinchi nuqta muhim, chunki ba'zida tizim testi interfeys testi bilan aralashib ketadi. Birinchisi, barcha qismlarning o'zaro ta'sirini tekshiradi, ikkinchisi esa interfeys elementlarini va, ehtimol, tegishli hodisalarni qayta ishlashni tahlil qiladi. Biroq, interfeysni sinab ko'rishga yordam beradigan vositalar tizim testlarini o'tkazish uchun ishlatilishi mumkin. Bir nechta savollar tug'iladi: qancha holatlar etarli bo'ladi? Qanday qilib eng kam imkoniyat yaratish mumkin? Qanday qiymatlar mos keladi? Tizimni sinovdan o'tkazish va sinovdan o'tkazish 9 1 Test rejasi Sinov rejasi juda muhim hujjat dasturiy ta'minotni sinovdan o'tkazish paytida. U testning maqsadlari va yondashuvlarini, ish rejasini, operatsion protseduralarni, zarur vositalar va mas'uliyat. Tizimni sinovdan o'tkazish va sinovdan o'tkazish 10 Talablar hujjati dasturiy ta'minot tomonidan bajarilishi kerak bo'lgan funktsiyalar ro'yxatini, ularni tavsiflovchi va ustuvorligini o'z ichiga olishi kerak; shuningdek, tashkiliy, operatsion va boshqa jihatlarni o'z ichiga olishi mumkin bo'lgan funktsional bo'lmagan talablarni ham o'z ichiga olishi kerak. Yaxshi tayyorlangan talablar hujjati har bir talabning bajarilishini tekshirish usulini taqdim etishi kerak. Xususiyatlarga kelsak, bu tavsif bo'lishi mumkin va funktsional bo'lmagan talablar bo'lsa, javob vaqti kabi juda aniq spetsifikatsiyalar bo'lishi mumkin. Hozircha biz funktsional talablarga e'tibor qaratamiz, qolganini keyingi bo'limga qoldiramiz. Tizim testlari quyidagi omillar tufayli muhim ahamiyatga ega:  Bu tizimni ishlab chiqish hayotiy tsikli doirasida yaxlit holda sinovdan o'tkaziladigan tizimdir.  Tizim o'z funksionaliga muvofiqligi tekshiriladi va texnik talablar .  Tizim ishlab chiqarish muhitiga imkon qadar yaqin bo'lgan muhitda sinovdan o'tkaziladi.  Tizim testlari biznes talablari va ilovalar arxitekturasini sinab ko'rish, tasdiqlash va tasdiqlash imkonini beradi. 6Tizim testlari turi Funktsional testlar  Integratsiya testi. - Sinov uskunasi tizimning dastlabki kodiga kirish huquqiga ega. Muammo aniqlanganda, integratsiya jamoasi muammoning manbasini topishga harakat qiladi va tuzatilishi kerak bo'lgan komponentlarni aniqlaydi. Integratsiya testi asosan tizimdagi nuqsonlarni aniqlash bilan bog'liq.  Yetkazib berishni tasdiqlovchi hujjat. Bu erda foydalanuvchiga etkazilishi mumkin bo'lgan tizim versiyasi. Bu erda test guruhi tizimning uning talablariga javob berishini va tizimning ishonchliligini kafolatlashini tekshirish bilan shug'ullanadi. Etkazib berish testlari odatda qora quti sinovi bo'lib, unda sinov uskunasi oddiygina tizimning to'g'ri ishlayotganligi bilan bog'liq. Birlashtirilishi mumkin bo'lgan komponentlar tijorat komponentlari, ma'lum bir tizimga moslashtirilgan qayta foydalanish mumkin bo'lgan komponentlar yoki yangi ishlab chiqilgan komponentlar bo'lishi mumkin. Ko'pgina yirik tizimlar uchun ular har uch turdagi komponentlardan foydalanishi mumkin. Integratsiya testi ushbu komponentlarning haqiqatda birgalikda ishlashini, to'g'ri chaqirilishini va ularning interfeyslari orqali aniq vaqtda to'g'ri ma'lumotlarni uzatishini tasdiqlaydi. Tizim integratsiyasi tizimning ba'zi funksiyalarini ta'minlaydigan komponentlar guruhlarini aniqlashni va birgalikda ishlash uchun kodlarni qo'shish orqali ularni birlashtirishni o'z ichiga oladi. Ba'zan butun tizimning skeletlari birinchi bo'lib ishlab chiqiladi va tarkibiy qismlar qo'shiladi. Bu post-integratsiya deb ataladi. Bu yuqoriga qarab integratsiya. Amalda, ko'pgina tizimlar uchun integratsiya strategiyasi qo'shimcha infratuzilma komponentlari va funktsional komponentlarni qo'shib, ikkalasining kombinatsiyasi hisoblanadi. Ikkala integratsiya yondashuvi ham boshqa komponentlarni modellashtirish va tizimni ishga tushirish uchun qo'shimcha kodni talab qiladi. Integratsiya testlari paytida duch keladigan asosiy qiyinchilik - bu xatolarning joylashuvi. Tizimning tarkibiy qismlari o'rtasida murakkab o'zaro ta'sirlar mavjud va anomal chiqish aniqlanganda, xato qaerda sodir bo'lganligini aniqlash qiyin bo'lishi mumkin. Xatolarni ajratib olishni osonlashtirish uchun siz tizimni integratsiyalash va sinovdan o'tkazishda har doim bosqichma-bosqich yondashuvdan foydalanishingiz kerak. Ushbu jarayonning asosiy maqsadi etkazib beruvchining tizim uning talablariga javob berishiga ishonchini oshirishdir. Agar shunday bo'lsa, u mahsulot sifatida etkazib berilishi yoki mijozga topshirilishi mumkin. Tizim o'z talablariga javob berishini ko'rsatish uchun u ko'rsatilgan funksionallik, unumdorlik va ishonchlilikni ta'minlab berishini va normal foydalanishda ishlamay qolmasligini ko'rsatish kerak. Yetkazib berish testlari odatda qora quti sinov jarayoni bo'lib, unda testlar tizim spetsifikatsiyasidan olinadi. Tizim qora quti sifatida qaraladi, uning xatti-harakati faqat tegishli kirish va chiqishlarini tekshirish orqali aniqlanishi kerak. Buning yana bir nomi funksional testdir, chunki testerni dasturiy ta'minotni amalga oshirish emas, balki faqat funksionallik qiziqtiradi. Quyidagi rasmda biz qora qutini tekshirishga imkon beradigan tizim modelining rasmini ko'ramiz. Sinovchi komponent yoki tizimga kirishlarni taqdim etadi va kirishlarni hisobga oladi. Ba'zi hollarda tizim xatolarga chidamli bo'lishi kerak; ya'ni ishlov berishdagi nosozliklar butun tizimning ishdan chiqishiga olib kelmasligi kerak. Sinov tizimlari va qabul qilish testlari 14 Tizimning nosozliklari ma'lum vaqt ichida tuzatilishi kerak yoki jiddiy iqtisodiy zarar keltiradi. Qayta tiklash testi - bu dasturiy ta'minotni bir necha usulda ishlamay qolishiga olib keladigan tizim sinovi va tiklash to'g'ri bajarilganligini tekshiradi. Qayta tiklash avtomatik ravishda amalga oshirilsa, qayta ishga tushirish, tizimni zaxiralash mexanizmlari, ma'lumotlarni qayta tiklash va qayta yuklash to'g'riligini tekshirishingiz kerak. Agar tiklanish inson aralashuvini talab qilsa, uning maqbul chegaralar ichida yoki yo'qligini aniqlash uchun o'rtacha tiklanish vaqtini aniqlash kerak. Maqsad, tizim belgilangan talablardan pastroq ishlay boshlagan so'nggi nuqtalarni o'rnatishdir. Buni ovoz balandligi testi bilan aralashtirib yubormaslik kerak; yuqori kuchlanish boshiga ma'lumotlar yoki faoliyat maksimal miqdori qisqa vaqt. Analogiya mashinistni baholash bo'ladi. Agar mashinist katta hisobot loyihasiga duch kelsa, hajm testi aniqlanadi; stress testi teruvchi daqiqada 50 ta so'zni ko'rsata olishini aniqlaydi. Buzilish keng ko'lamli faoliyatni o'z ichiga oladi:  Har bir o'yinda tizimga kirishga harakat qiladigan xaker. Xavfsizlik testi tizimga o'rnatilgan xavfsizlik mexanizmlari uni noto'g'ri kirishlardan himoya qilishini tasdiqlaydi. "Tizimlar frontal hujumlarga, shuningdek, qanot yoki orqa tomondan hujumlarga qarshi immunitetga ega bo'lishi uchun tizimlar sinovdan o'tkazilishi kerak." Xavfsizlik sinovi paytida uni qo'llagan har bir kishi tizimga kirishni istagan shaxs rolini o'ynaydi. Bularning barchasi bunga arziydi! Siz har qanday parolni olishga harakat qilishingiz kerak tashqi vositalar; har qanday himoyalangan arxitekturani chetlab o'tish uchun mo'ljallangan maxsus dasturiy ta'minot yordamida tizimga hujum qilishi mumkin; u tizimni to'ldirishi mumkin, shu bilan boshqalarga xizmat qilishni rad etadi; tiklash vaqtida kirishga urinish uchun tizimda ataylab xatolarga olib kelishi mumkin: tizim uchun parolni qidirish g'oyasi bilan ma'lumotlarni himoyasiz ko'rishingiz mumkin. Agar etarli vaqt va resurslar berilsa, tizim oxir-oqibatda bo'ladi yaxshi sinov xavfsizlik uchun. Tizim konstruktorining roli shundan iboratki, uzilish narxi olingan ma'lumot narxidan kattaroqdir. Biroq, inson omillarini tahlil qilish juda sub'ektiv muammo bo'lib qolmoqda. Sinov holatlari ushbu saqlash maqsadlari topilmaganligini ko'rsatish uchun mo'ljallangan. Ko'pincha mumkin bo'lgan konfiguratsiyalar soni har birini sinab ko'rish uchun juda katta, ammo iloji bo'lsa, dasturni har bir turdagi apparat qurilmasi va minimal va maksimal konfiguratsiya bilan sinab ko'rishingiz kerak. Agar dasturning o'zi komponentlarni o'tkazib yuborish uchun sozlanishi yoki bir nechta kompyuterlarda ishlay oladigan bo'lsa, har bir konfiguratsiyani sinab ko'rish kerak. O'rnatish protseduralarini sinovdan o'tkazish tizimni sinovdan o'tkazish jarayonining muhim qismidir. Bu, ayniqsa, tizim uchun to'g'ri keladi avtomatik o'rnatish dasturiy ta'minot paketiga kiritilgan. Noto'g'ri ishga tushirilgan o'rnatuvchi foydalanuvchining tizim bilan muvaffaqiyatli tajribaga ega bo'lishiga to'sqinlik qilishi mumkin. Foydalanuvchining birinchi tajribasi u ilovani o'rnatganida bo'ladi. Bunga erishishning usullaridan biri oldingi tizim sinov holatlarining ko'rinishini aniqlash uchun hujjatlardan foydalanishdir. Ya'ni, haddan tashqari yuk holatini ishlab chiqmoqchi bo'lganingizdan so'ng, hujjatlarni haqiqiy sinov ishini yozish uchun qo'llanma sifatida ishlatishingiz kerak. Bundan tashqari, foydalanuvchi hujjatlari aniqlik va ravshanlik uchun tekshirilishi kerak. Hujjatlarda ko'rsatilgan har qanday misol sinovdan o'tkazilishi va vazifalar ro'yxatiga qo'shilishi va dasturga kiritilishi kerak. Tizimni sinovdan o'tkazish va sinovdan o'tkazish 17 operatsion nuqtai nazardan, tizimni haqiqiy muhitda qabul qilgandan so'ng va belgilangan funktsional bo'lmagan talablarga muvofiqligi asosida. Qarshilik testi g'ayritabiiy vaziyatlarda dasturlarga qarshi turish uchun mo'ljallangan. Aslida, qarshilik testini o'tkazgan odam so'raydi. Muvaffaqiyatsiz bo'lgunga qadar qancha masofani bosib o'tasiz? Qarshilik testi tizimni g'ayritabiiy miqdor, chastota yoki resurslar miqdorini talab qiladigan tarzda o'tkazadi. Masalan:  o'rtacha kubok bir yoki ikkita bo'lganda soniyada 10 ta uzilish hosil qiluvchi maxsus testlar ishlab chiqilgan.  Ma'lumotlarni kiritish chastotasi kiritish funktsiyalariga javob berishga imkon beradigan miqdorga oshiriladi.  Maksimal xotira yoki boshqa resurslarni talab qiladigan test holatlarini ishga tushiring.  Sinov holatlari xotirani boshqarish bilan bog'liq muammolarni bartaraf etish uchun mo'ljallangan. Haddan tashqari disklarni qidirishga olib keladigan sinov holatlari yaratiladi. Rasm qarshilik sinovining namunasidir. Ishlash testi sinov jarayonining barcha bosqichlarida qo'llaniladi. Hatto birlik darajasida ham. Sinov paytida individual modulning ishlashi baholanishi kerak. Biroq, tizimning barcha elementlari to'liq birlashtirilgandan keyingina tizimning haqiqiy ishlashiga erishish mumkin. Ishlash testlari ko'pincha qarshilik testini o'z ichiga oladi va ko'pincha dasturiy ta'minot va apparat ko'rsatmalarini talab qiladi. Ya'ni, ko'pincha resurslardan foydalanishni aniq o'lchash kerak. Tashqi vositalardan foydalanib, siz muntazam ravishda ishlash oraliqlarini, jurnalga kiritilgan voqealarni va apparat namunalari holatini kuzatishingiz mumkin. Ushbu testlar mijoz tizim o'zi uchun haqiqiy ekanligini tasdiqlashi uchun amalga oshiriladi. Ushbu testlarni batafsil rejalashtirish, natijalardan ularning haqiqiyligini ko'rsatuvchi ko'rsatkich sifatida foydalanish maqsadida ishlab chiqish bosqichining boshida amalga oshirilishi kerak: agar hujjatlashtirilgan testlar mijozning ehtiyojlarini qondirish uchun bajarilgan bo'lsa, mahsulot to'g'ri deb hisoblanadi va shuning uchun uni qo'yish uchun etarli. ishlab chiqarish. 6 Qabul qilish testlari2 asosan to'liq tizim bo'yicha funktsional testlar bo'lib, ular mavjud yoki yo'qligini tekshirishga qaratilgan belgilangan talablar . Uning bajarilishi mijoz uchun ixtiyoriydir va agar ular aniq ko'rsatilmagan bo'lsa, ular tizim testlariga kiritiladi. Ya'ni, qabul qilish testlari ko'pincha foydalanuvchi yoki mijozning zimmasiga tushadi, garchi biznes bilan shug'ullanadigan har bir kishi buni amalga oshirishi mumkin. Qabul qilish testi ishlab chiqarish muhitini ifodalovchi sinov muhitini talab qiladi. Ushbu bosqich yoki daraja boshlang'ich nuqtasi sifatida sertifikatlashtirish muhitida allaqachon o'rnatilgan mahsulotni qabul qilishning asosiy chizig'ini belgilaydi. Tizimni sinovdan o'tkazish va qabul qilish 19-rasm - Qabul qilishni nazorat qilish. 1 Qabul qilish testlarida mavjud vaziyatni o'rganish. Sinovlarning bir qismi sifatida biz dasturiy ta'minotni tekshirishimiz kerak, eng muhimlaridan biri qabul testidir. Bular butun spektrni qamrab olish va oxirgi foydalanuvchi tomonidan bajarilishi uchun tahlil bosqichida ko'rsatilgan funktsional talablar asosida ishlab chiqish guruhining o'zi tomonidan ishlab chiqilgan testlardir, lekin barchasi emas, balki bir nechta foydalanuvchilar muhim natijaga ega. dastlab kelishilgan narsalar asosida ularga yetkazib beriladigan mahsulotning haqiqiyligi va muvofiqligi. Sinov qilinayotgan tizimning murakkabligiga qarab, modullarga bo'linishidan qat'i nazar va hokazo. bu testlarning bajarilishi boshqacha tarzda amalga oshiriladi. Agar dastur modullarga bo'lingan bo'lsa, ular quyi tizimlar sifatida ko'rib chiqiladi va ularni boshqacha ko'rib chiqish uchun etarlicha murakkab bo'lar edi, turli xil qabul sinovlari sessiyalari o'tkazilishi kerak edi. 2 Qabul qilish testining maqsadi Qabul qilish testi mahsulotni ishlab chiqarishga jo'natishdan oldin xaridorlarning yakuniy qabulini olishga qaratilgan. Tashkilot tizim sinovlarini o'tkazsa va uning ko'pgina kamchiliklarini tuzatsa, tizim tasdiqlash uchun foydalanuvchi yoki mijozga etkaziladi. Qabul qilish testining maqsadi tizim kutilgan ishlashga javob berishini tekshirish va ushbu tizim foydalanuvchisiga uning funksionalligi va ishlashi nuqtai nazaridan uning qabul qilinishini aniqlash imkonini beradi. Qabul qilish testlari tizim foydalanuvchisi tomonidan belgilanadi va ishlab chiqish guruhi tomonidan tayyorlanadi, ammo yakuniy bajarish va tasdiqlash foydalanuvchiga tegishli. Tizimni tekshirishga muvofiqlikni ko'rsatadigan qora quti testlarini o'tkazish orqali erishiladi va amalga oshiriladigan tekshiruvlar va ular bilan bog'liq sinov holatlarini belgilaydigan sinov rejasiga kiritilgan. Ushbu reja foydalanuvchi tomonidan ko'rsatilgan barcha funktsional talablar, shuningdek, ishlash, tizimga kirish xavfsizligi, ma'lumotlar va jarayonlar va turli xil tizim resurslari bilan bog'liq funktsional bo'lmagan talablar bajarilishini ta'minlash uchun ishlab chiqilgan, 3 Qabul qilish testlarini yaratish. Tizim foydalanuvchi tomonidan qabul qilinishi kerak. Shu sababli, tizimning tuzilgan spetsifikatsiyalariga asoslanib, tahlilchi qoniqarli tarzda o'tishi kerak bo'lgan test holatlari to'plamini yaratadi. Qabul qilish testlari dizayn va amaliyot faoliyati bilan parallel ravishda ishlab chiqilishi mumkinligi sababli, ushbu tadbirlarni Strukturaviy tahlil faoliyati tugashi bilanoq tahlilchi boshlashi odatiy holdir. 4 Qabul qilish testi strategiyalari Agar tizim ommaviy bozor uchun mo'ljallangan bo'lsa, uni individual foydalanuvchilar yoki mijozlar uchun sinab ko'rish amaliy bo'lmaydi, ba'zi hollarda buni amalga oshirish mumkin bo'lmaydi. Bunday hollarda mahsulotni sotuvga qo'yishdan oldin fikr-mulohaza talab qilinadi. Ko'pincha bunday tizimlar qabul sinovining ikki bosqichiga ega. Alpha va Beta testlari Mijoz uchun maxsus dasturiy ta'minot yaratilganda, mijozga barcha talablarni sinab ko'rish imkonini berish uchun bir qator qabul sinovlari o'tkaziladi. Rivojlanish saytida mijoz tomonidan amalga oshiriladi. Dasturiy ta'minot ishlab chiquvchi bilan, ro'yxatga olish xatolari va foydalanish muammolari bilan birga foydalanuvchi kuzatuvchisi sifatida tabiiy ravishda ishlatiladi. Alfa testlari nazorat qilinadigan muhitda o'tkaziladi. Siz boshqariladigan muhitda ishlaysiz va mijoz har doim tizimdan foydalanishingizga yordam beradigan mutaxassisga ega. Ishlab chiquvchi topilgan xatolar va foydalanish muammolarini kuzatib boradi. a-beta testlari a-alfa testidan so'ng o'tkaziladi va mijoz muhitida ishlab chiqiladi. Bunday holda, mijoz mahsulot bilan yolg'iz qoladi va ishlab chiquvchini xabardor qiladigan xatolarni topishga harakat qiladi. Ular mijozning ish stantsiyalarida dasturiy ta'minotning oxirgi foydalanuvchilari tomonidan amalga oshiriladi. Alfa testidan farqli o'laroq, ishlab chiquvchi odatda mavjud emas. Shunday qilib, beta-test - bu ishlab chiquvchi tomonidan boshqarilmaydigan muhitda dasturiy ta'minotning jonli ilovasi. Mijoz beta-sinov paytida yuzaga keladigan barcha muammolarni qayd qiladi va ishlab chiquvchilarga muntazam ravishda hisobot beradi. 5 Qabul qilish testining kirishlari, natijalari, vazifalari va rollari. Kirish talablarining spetsifikatsiyasi. Vazifalar Test muhitini tayyorlang. Ushbu turdagi test uchun maxsus sinov muhitiga ega bo'lishni tavsiya etamiz. Sinov muhitida o'rnatish. Tizimni sinovdan o'tkazish va sinovdan o'tkazish 22 Amalga oshiriladigan testlarni aniqlang. Sinovlar o'rtasida mavjud bo'lishi mumkin bo'lgan bog'liqliklar o'rnatiladi va ushbu bog'liqliklar asosida testlarni bajarish tartibi yoki ketma-ketligi belgilanadi. Natijalarni qabul qilish va yozib olish. Xatolar va xatolar tuzatildi. Barcha testlardan o'tguningizcha vazifani takrorlang. Qabul qilish testi hisobotini tayyorlash. Barcha topshirilgan testlarning to'g'ri bajarilishi va natijalarining umumiy ko'rinishi. Ishlab chiqarish bazasini yaratish. Faoliyatning rasmiy yopilishi. Test natijalari. Qabul qilingan mahsulotni qabul qilish hisoboti. Loyihalar bo'yicha menejer. Qabul qilish testlariga e'tibor ushbu bosqichda integratsiyalangan foydalanuvchining dastlabki bosqichda testni rejalashtirish va loyihalash bosqichida ushbu jarayonni yaxshilashga yordam beradi, keyinchalik ko'plab miqdoriy va kerakli jihatlarni yaxshilashga yordam beradi degan fikrni mustahkamlashga urinish bilan bog'liq. , masalan: Integratsiyalashgan dasturiy ta'minot xavfsizligi sifatini yaxshilash. Xarajatlarni minimallashtirish. Loyiha natijalarining ishonchliligini oshirish. Kamroq xatoliklarga ega bo'lgan dasturiy ta'minotdan foydalanganda, mijozlar ehtiyojini qondirish darajasi oshadi. Bu rivojlanish jarayonining samaradorligini oshiradi. 7 Qabul qilish testlari mezonlari. Dasturiy ta'minotni qabul qilish talablarga javob berishini ko'rsatadigan bir qator testlar orqali erishiladi. Sinov rejasi qo'llanilishi kerak bo'lgan test turini tavsiflaydi va test protsedurasi maxsus test holatlarini belgilaydi, reja ham, protsedura ham barcha funktsional talablarga javob berishini, barcha xatti-harakatlar xususiyatlariga erishilganligini, barcha ishlash talablari bajarilishini ta'minlash uchun ishlab chiqilgan, hujjatlar to'g'ri va foydalanish qulayligi va boshqa barcha talablarga rioya qilingan belgilangan talablar. 8 Qabul qilish testlari uchun asboblar. Bu mijozlar, testerlar va dasturchilarga o'z dasturiy ta'minoti nima qilishi kerakligini bilish va u aslida nima qilayotganini avtomatik ravishda solishtirish imkonini beradi. O'qish oson va texnik xizmat ko'rsatish oson bo'lgan testlarni yozish imkonini beradi. Ushbu faoliyat yakuniy test yoki qabul qilish testi sifatida tanilgan. Bu qabul qilish testi ma'lumotlarini va ushbu faoliyat davomida yaratilgan integratsiyalashgan tizimni kiritishni talab qiladi. Sinov foydalanuvchining ba'zi a'zolari yoki bo'limi yoki hatto mustaqil sifat nazorati bo'limi tomonidan o'tkaziladi. Shuni ta'kidlash kerakki, oldingi tahliliy, loyihalash va amalga oshirish tadbirlarining har birida sifat nazorati tadbirlarini ularning tegishli sifat darajasida amalga oshirilganligini ta'minlash uchun amalga oshirish muhimdir. Bu analitik sifat spetsifikatsiyalarini ishlab chiqarishini, dizayner sifatli dizaynlarni ishlab chiqarishini va dasturchi sifatli kodlash dasturlarini ishlab chiqarishini ta'minlaydi. Kompyuter fanida dastur, dastur, dasturiy ta'minot komponenti yoki boshqa kompyuter tizimi kabi texnik spetsifikatsiya yoki algoritmlardir. Ko'pgina ilovalar spetsifikatsiya yoki standartga muvofiq taqdim etiladi. Avtomatlashtirilgan testlarni ishlab chiqish uchun boshlang'ich nuqta bo'lgan test maqsadlarini olish uchun mualliflarning oldingi ishlarini umumlashtiramiz. Foydalanish holatlaridan tizimni sinovdan o'tkazish kontekstida test maqsadi foydalanish holati sifatida ifodalanishi mumkin. Ushbu stsenariy hech qanday mumkin bo'lmagan muqobil va test qiymatlari to'plamiga ega bo'lmagan bosqichlar ketma-ketligidan iborat bo'ladi va old shartlar va ushbu stsenariy bilan bog'liq post-konferentsiyalar. Sinov stsenariylarini yaratish uchun, birinchi navbatda, asosiy ketma-ketlik va xato va foydalanish holatining muqobil ketma-ketligidan faoliyat diagrammasi quriladi. Faoliyat diagrammasida tizim tomonidan bajariladigan harakatlar va ishtirokchilar tomonidan bajariladigan harakatlar stereotiplangan. Keyin yo'l tahlili amalga oshiriladi va har bir faoliyat diagrammasi yo'li foydalanish holatlari stsenariysi va shuning uchun potentsial sinov maqsadi bo'ladi. 2 Tizim testlarini amalga oshirish. Tizim test arxitekturasi. Tizim testlarini bajarish va avtomatik tekshirish arxitekturasi 7-rasmda ko'rsatilgan. Bu arxitektura boshqa turdagi testlarni avtomatlashtirish uchun zarur bo'lgan arxitekturaga o'xshaydi, masalan, birlik testlari. Asosiy farq shundaki, birlik testida testning o'zi bajariladigan kodni chaqiradi, holbuki test tizimining funktsional testi va testni qabul qilish 27 tashqi interfeysni qanday boshqarishni biladigan vositachini talab qiladi. Test holatlarini amalga oshirish. Test-test - bu test maqsadini amalga oshirish. Sinov ishi uchun umumiy xatti-harakatlar Umumiy test ishining xatti-harakati jadvalida keltirilgan. Har bir foydalanish holati test to'plami bilan bog'lanadi. Ushbu to'plamda ko'rsatilgan foydalanish holatlarining barcha stsenariylari uchun testlar mavjud. Sinov maqsadlaridan ko'rinib turibdiki, har bir qadam aktyor tomonidan yoki tekshirilayotgan tizim tomonidan amalga oshirilishi aniqlanishi kerak. Ushbu ma'lumot paketlarni tekshirish usullarini kodlashda juda dolzarbdir. Aktyor tomonidan bajariladigan barcha harakatlar test kodining kodini test ishi va tizim o'rtasidagi o'zaro ta'sirga aylantiradi. Tizimni sinovdan o'tkazish va qabul qilish testi 29 Kerakli test qiymatlarini aniqlash uchun operatsion va toifadagi o'zgaruvchan metodologiya qo'llaniladi. Uch nafari aniqlangan har xil turlari operatsion o'zgaruvchilar. Sinov holatlarida har bir tur boshqacha tarzda amalga oshiriladi. Birinchi tur ma'lumotlarning tashqi ob'ekt tomonidan tizimga uzatilishini ko'rsatadigan operatsion o'zgaruvchilardan iborat. Ushbu turdagi har bir o'zgaruvchi uchun yangi sinf aniqlanadi, uning ob'ektlari ushbu o'zgaruvchi uchun turli xil sinov qiymatlarini o'z ichiga oladi. Ushbu turdagi ish o'zgaruvchisining misoli misolda ko'rsatilgan. Ikkinchi tur tashqi ishtirokchi uchun mavjud bo'lgan bir nechta variantlar o'rtasida tanlovni ko'rsatadigan operatsion o'zgaruvchilardan iborat. Buning o'rniga, bunday tanlov aktyor va tizim o'rtasidagi o'zaro ta'sirni amalga oshiradigan kodning bir qismi sifatida bevosita amalga oshiriladi. Uchinchi tur tizimning holatini ko'rsatadigan operatsion o'zgaruvchilardan iborat. Sinov holatini sozlash usulini amalga oshirish uchun tizim holatini tavsiflovchi operatsion o'zgaruvchilar qiymatini to'g'ri belgilash yoki qiymatlarning mos kelishini tekshirish uchun kerakli kodni yozing. Xuddi shunday, tanaffus usuli bu qiymatlarni asl holatiga qaytarishi kerak. Bundan tashqari, kuzatuv usuli, agar kerak bo'lsa, test ishini bajarish jarayonida test ishi tomonidan tizimga kiritilgan ma'lumotlarni chiqarib tashlashi kerak. Ushbu turdagi operatsion o'zgaruvchilarning bir nechta misollari misolda ko'rsatilgan. Bunday holda, birinchi navbatda, foydalanish holatidan test maqsadlari to'plamini olish uchun ko'rilgan narsalarni qo'llash kerak. Keyin ishlatiladigan sinov jabduqlarining xususiyatlari aniqlanadi. Nihoyat, biz ko'rgan narsalarni qo'llaymiz oldingi bo'limlar test ishini sinov maqsadidan amalga oshirish. Tizim sinovdan o'tgan artefaktlar haqida aniqlandi Ingliz tili, darajada ispan tili ishlatiladigan asboblar tomonidan qo'llab-quvvatlanmaydi. 2-jadvaldagi foydalanish holati tizimda yangi havolani joriy qilishni tavsiflaydi. Bundan tashqari, har bir havola orqali ko'rib chiqiladigan ma'lumotlarni tavsiflovchi ma'lumotlarni saqlash talabi ham ko'rsatilgan. Foydalanish holatidan va avtomatik ravishda ushbu foydalanish holatini sinab ko'rish maqsadi bo'lgan stsenariylar to'plami yaratilgan. Foydalanish holatlarida cheksiz miqdordagi potentsial takrorlanishlarga ega cheksiz halqalarga ega ekanligini hisobga olsak, yo'llarni olish uchun qamrov mezoni 01-mezon bo'lib, u 30-tizimning sinovlarini tekshiradi va sinovdan o'tkazadi, hech kimni yoki bir marta takrorlash uchun barcha mumkin bo'lgan yo'llarni olishdan iborat. halqalarning har biri. Ushbu mezon yordamida olingan va ispan tiliga tarjima qilingan barcha skriptlar jadvalda keltirilgan. Ushbu amaliy tadqiqot uchun biz 09-stsenariyni tanladik, uni amalga oshirish uchun 5-jadvalda batafsil bayon etilgan. Sinovda sinov va sinov 31 Jadval ma'lumotlari Adabiyotlar uchun talab. Siz toifaga bo'lish usulini ham qo'llashingiz mumkin. Ushbu o'zgaruvchilarning har biri uchun bo'limlar jadvalda keltirilgan. Tizimni sinovdan o'tkazish va sinovdan o'tkazish 32 Foydalanish holati uchun belgilangan jadval o'zgaruvchilari. Sinovda test va test 33 Aniqlangan o'zgaruvchilar uchun toifalar jadvali. 7-rasmda tasvirlanganidek, jabduqlar testi foydalanuvchi xatti-harakatlarini taqlid qilish va natijani baholash uchun bayonotlar to'plamini taklif qilish uchun mo'ljallangan. Ushbu tarjima hozirda qo'lda bajariladi va jadvalda ko'rsatilgan. Transceiverni sinovdan o'tkazish va sinovdan o'tkazish 35-rasm Test ishining bajarilishi. Asosiy stsenariyda foydalanuvchi tomonidan bajariladigan qadamlarning bajariladigan kodiga tarjima qilish. Ya'ni, toifalar mavjudligiga va toifalarni tiklash yoki yangi havolani kiritishda xatolikka olib keladigan holatlar yo'qligiga ishonch hosil qilish. Tanaffus usulini amalga oshirish tizimda saqlangan havolalarning asl to'plamini tiklash edi. 2 Qabul qilish testlarini amalga oshirish. Qabul qilish testlari faqat mijozlarni qo'llab-quvvatlash yoki hech bo'lmaganda mezonlarni aniqlash uchun mijoz uchun proksi-server bilan ishlaydi. Haydovchini qabul qilish mezonlarisiz, to'g'ri dasturiy ta'minotni yaratayotganingizni tekshirish qiyin bo'ladi. Mijoz ishlab chiqish guruhining barcha a'zolari bilan birgalikda tizimni tizim nima qilishi va uni qanday bajarishi kerakligini tavsiflovchi bir qator "skriptlar" nuqtai nazaridan aniqlash uchun birlashishi kerak. Aniq talablar va tasdiqlash mezonlari bilan testlarni yaratish orqali dasturiy ta'minot mijozlar kutganlarini qondirish ehtimoli ko'proq. Biroq, bu kimdir qo'lda talablar bajarilganligini va dastur kutilganidek ishlashini tekshiradi degan ma'noni anglatadi. Bu erda eski hujjatdagi talablar o'rniga avtomatlashtirilgan qabul qilish testlari keladi, talablar misollar va stsenariylar sifatida aniqlanadi, manba nazoratida joylashtirish artefaktlari bilan himoyalanadi va istalgan vaqtda ularning har qanday talablarga javob berishi va to'g'ri ishlashini tekshirish uchun ishga tushirilishi mumkin. Siz testlarni yozishda xuddi shunday yondashuvdan foydalanishingiz mumkin, lekin ularni test ishini boshqarish dasturiga yoki elektron jadvalga kiritish o'rniga ularni to'g'ridan-to'g'ri kodga yozing. Tizimni sinovdan o'tkazish va sinovdan o'tkazish 37 1 Avtomatik qabul qilish testi. Shuning uchun, har qanday yangi funksiyani amalga oshirishdagi birinchi qadam, sizning taxminlaringizni test bilan tavsiflashdir. Boshqalar esa bunday emas va vaqt o'tishi bilan jarayonni boshqarish bilan kurashmoqda, ayniqsa dalillar o'sib borayotgani va sinov moslashuvchanligi yomonlasha boshlaganida. Sinovga asoslangan yondashuv dasturiy mahsulotni ishlab chiqishda qaysi testlar yo'naltirilishi kerakligiga asoslanadi. Sanoat dasturiy ta'minot mahsulotlarida, talablarni muhandislik usullaridan foydalanilganda, ular asosan tabiiy til bilan qo'llab-quvvatlanadi, bu esa ma'lum bo'lgan noaniqlik noqulayligini keltirib chiqaradi. Biroq, tasdiqlash zarurati yanada rasmiy va qat'iy talablar spetsifikatsiyasi taqdim etadigan imtiyozlardan ustun bo'lishi mumkin. Mijoz ularga rozi bo'lish uchun talablarni o'qishi va tushunishi kerak. Talablarni aniqlashning eng mashhur usullari Foydalanish holatlari va foydalanuvchi hikoyalari bo'limida keltirilgan. Talablarni aniqlash mijozni jalb qilishning kalitidir. Talablar - erishish maqsadi, ya'ni mijoz dasturiy mahsulotdan nimani kutadi. Tizimni sinovdan o'tkazish va sinovdan o'tkazish talablar spetsifikatsiyasi va tasdiqlash va qabul qilish testlari bilan bog'liq 38 ta rol. Talablar kontseptsiyasi qabul qilish testlari konteyneriga aylanadi va bular har bir talabning spetsifikatsiyasi sifatida markaziy o'rinni egallaydi. Bankomat kontekstida "Pulni yechib olish" talabini ko'rib chiqing. Odatda tavsiflovchi spetsifikatsiya quyidagicha bo'lishi mumkin: mijoz kassirdan tanlangan miqdorda naqd pul olish imkoniyatiga ega bo'lishi kerak. Agar kassirda qog'oz qolmagan bo'lsa, har doim kvitansiyani oling. Afzal mijoz haqida gap ketganda, siz qaytarib olishingiz mumkin ko'proq pul hisobingizda mavjud bo'lganidan ko'ra, lekin sizdan foiz undirilishi haqida ogohlantirilishi kerak. Mijoz pulni olishni tasdiqlashdan oldin istalgan vaqtda bekor qilishi mumkin. Mablag'lar kassirning o'sha paytdagi hisobvaraqlari tomonidan xizmat ko'rsatish imkoniyatiga ega bo'lishi kerak va boshqa summalar qabul qilinmasligi kerak. Shakl - Spetsifikatsiyaning alternativalari 10-rasmda ushbu talab uchun ba'zi spetsifikatsiya muqobillari ko'rsatilgan. Belgilar har bir spetsifikatsiyaning qulayligini aks ettiradi. Talabni bajarish uchun har bir stsenariyni aniqlash uchun ketma-ketlik diagrammasini ishlab chiqish qiziqarli bo'lishi mumkin, ammo umuman olganda, bu mos kelmaydi katta raqam tuzilgan diagrammalar. Har bir stsenariyni diagrammada tasvirlashdan ko'ra, stsenariylarni aniqlash qiziqroq. Hikoya tavsifi bir martalik emas, hech bo'lmaganda qisqa ta'rif talablar, unda asosiy e'tibor jalb qilingan tushunchalarni aniqlashga qaratilgan. Biroq, foydalanish modeli uzoq muddatli texnik xizmat ko'rsatish muhitida dasturiy mahsulotning batafsil talablar tuzilishini tasvirlash uchun mos emas, chunki o'rtacha dasturiy mahsulot minglab talablarga ega bo'lishi mumkin. Ko'p talablarni ko'rish va boshqarish uchun ko'proq mos mexanizmlar kerak. Shablonlar foydalanish holatlarida foydalanish uchun eng ko'p ishlatiladigan alternativalardan biridir. Shablonlar oqlangan va spetsifikatsiyaga tartib hissini beradi. Biroq, ular odatda qarama-qarshidir, chunki ular barcha talablar uchun tafsilotlarni qayta ishlashning yagona darajasini ta'minlaydi. Bu juda oddiy holatlarda, ular shablonning barcha bo'limlarini qamrab olish uchun aniq yoki ahamiyatsiz narsalarni o'z ichiga oladi. Agar talab bir nechta skriptlarni o'z ichiga olgan bo'lsa, shablondagi barcha skriptlarni sintez qilishga urinish odatda chalkash spetsifikatsiyalarga olib keladi. Shunday qilib, talablar mamlakat uchun konteyner vazifasini bajaradi. Talabga qarab, spetsifikatsiyaning boshqa qo'shimcha shakllari foydali bo'lishi mumkin. Misol uchun, agar talab bilan bog'liq xatti-harakatlar algoritmik belgiga ega bo'lsa, faoliyat diagrammasi yoki tizim tasdiqlashlari va tizimni qabul qilish testlariga muvofiq harakatni yoqish yoki o'chirish bo'lsa, holat diagrammasi. Muhim shart - bu spetsifikatsiyaga nisbatan pragmatizm bo'lib, u spetsifikatsiyaga alternativalarni bo'lishishga to'sqinlik qilmaydi, lekin asosiy mezon daromadli bo'lish va ushbu spetsifikatsiyani saqlashga hissa qo'shish istagi bo'lishi kerak. Boshqa tomondan, sa'y-harakatlar nuqtai nazaridan texnik xizmat ko'rsatish, ayniqsa, izchillik nuqtai nazaridan, texnik xususiyatlarni takrorlash yoki takrorlashdan ortiqcha foydalanmaslik kerak. turli xil vositalar vakillik. Yo'naltirilgan grafik - bu darajani yaxshilash uchun mos tasvir. Ushbu grafik talablar orasidagi dekompozitsiya munosabatlari va bog'liqliklarini tasavvur qilish imkonini beradi. Shunday qilib, har bir tugun funktsional yoki funktsional bo'lmagan talabdir. Tugunlar orasidagi yoylar ota-onalar va bolalar o'rtasidagi munosabatlarni yoki "tugunlarga ta'sir qiluvchi tugunlar" bog'liqlik munosabatlarini o'rnatadi. Shunday qilib, yuqoridagi misolda "Pulni yechib olish" talabi talablar tuzilishining tugunlari bo'lishi mumkin. Xaridor kiritgan miqdor bilan qaytaring. Chipta mavjud emas. Qabul qilish uchun qog'oz yo'q. Markaziy tizim bilan aloqa vaqti oshib ketdi. Kassirning ichki operatsiyalari haqida xabar berish. Harakatni boshlash vaqti tugadi. Bu funktsional talab yoki funktsional bo'lmagan talab bilan bog'liq bo'lishi mumkin. Bu ixtiyoriy va test bosqichlarini qo'llashdan oldin shartlarni belgilash uchun ishlatiladi. Bular aktyorning tizim bilan o'zaro ta'sir qilish harakatlaridir. Ular bir nechta amallarni bajarganda, ular raqamlangan ro'yxatga joylashtirilishi mumkin. Bu aktyorlarning o'zaro ta'siri. Har bir harakat bir yoki bir nechta natijaga olib kelishi mumkin. Foydalanuvchiga xabarlar haqida gap ketganda, matn kutilgan natijaning bir qismi sifatida kiritilishi muhim, shuning uchun dasturchi allaqachon mijoz bilan tasdiqlangan bu ma'lumotga ega. Bu, quyida ta'kidlaganimizdek, talablar o'rtasidagi bog'liqlikni o'rnatadi. Vaziyat oddiy mijoz bo'lishi kerak. Qadamlar  Oddiy mijozga to'lovni qaytarishga harakat qiling va balansdan ortiq miqdorni talab qiling.  kutilgan natija. Tizimni tekshirish va qabul qilish 42  “So‘ralgan miqdor joriy balansingizdan oshib ketdi, miqdorni qayta kiriting” xabari ko‘rsatiladi va miqdorni kiritish oynasiga qaytadi. Qabul qilish testi mijoz xohlagan ilovani yaratayotganingizni tasdiqlashga yordam beradi, shu bilan birga bu skriptlarni avtomatlashtirish sizga dasturni ishlab chiqish jarayonida doimiy ravishda sinab koʻrish va kelajakdagi oʻzgarishlarni buzmasligi uchun ularni regressiya test toʻplamining bir qismi sifatida ishlatish imkonini beradi. talablar. Biroq, dalillarni to'plash, ayniqsa avtomatlashtirilgan testlar bilan bog'liq mijozga ega bo'lish bir qator mumkin bo'lgan muammolarni keltirib chiqaradi. Mijozlar, umuman olganda, texnik emas va dasturiy ta'minotni ishlab chiqishdan uzoqlashishga moyil. Mijoz ma'lumotlar va misollarni taqdim etishi mumkin, sinovchilar yoki ishlab chiquvchilar esa skriptlar va bajariladigan spetsifikatsiyalarni tezda kodlashlari mumkin. Foydalanuvchi interfeysini qabul qilish testlari Misollarda qabul qilish testlari mantiq muvaffaqiyatli ishlaganligini tekshirish uchun biznes mantig'i va domen ob'ektlariga qaratilgan. Lekin foydalanuvchi dastur bilan qanday munosabatda bo'lishi haqida nima deyish mumkin? Ushbu qabul qilish testlari foydalanuvchi nuqtai nazaridan mantiqning to'g'riligini tekshirish uchun bo'lishi kerak va foydalanuvchining nuqtai nazari foydalanuvchi interfeysi hisoblanadi. Agar ilovada yaxshi ajratilgan va UI kodidan mantiq yaxshi ajratilgan bo'lsa, bu testlarni amalga oshirishni osonlashtirishi kerak. Agar siz ushbu darajada test qilsangiz, testlar foydalanuvchi interfeysida o'zgarmaydi. Sinov faqat mantiqqa qaratilishi kerak bo'lsa-da, bu siz butun foydalanuvchi interfeysida qabul testlaridan o'tmasligingiz kerak degani emas. Men asosiy foydalanuvchi interfeysiga qaratilgan tutun sinovlari to'plamiga ega bo'lishni yaxshi ko'raman" baxtli yo'l". Ular o‘z tajribasidan maksimal darajada foydalanish uchun foydalanuvchilar ko‘proq foydalanishi mumkin bo‘lgan ilova qismlariga e’tibor qaratadi. eng kam miqdor sinovdan o'tkazish. Agar siz hamma narsani qamrab olishga harakat qilsangiz mumkin bo'lgan usullar va UI dan foydalanish va agar UI o'zgarsa, siz barcha testlarni o'zgartirishingiz kerak bo'ladi. Misol uchun, agar siz elektron tijorat sayti uchun foydalanuvchi interfeysini sinab ko'rsangiz, yo'l mahsulotni tanlashdan, uni savatga qo'shishdan, uni tekshirishdan va xaridni tasdiqlashdan mamnun bo'ladi. Agar bu stsenariy muvaffaqiyatsiz bo'lsa, siz haqiqatan ham ASAPni bilishni xohlaysiz. Murakkabligi va ishlash muddatiga qarab, ba'zi ilovalar uchun UI qatlamiga ko'proq ishonch hosil qilish uchun foydalanuvchi interfeysida ko'proq qabul qilish testlarini o'tkazishni xohlashingiz mumkin. Biroq, muvaffaqiyatli UI testi qiyin savol va menda uni yopish uchun joy yo'q. Tizimlarni sinash va qabul qilish 43 3Intellektual testlar. Hikoya va skriptlarni aniq va tushunarli formatda aytib berganingizdan so'ng, keyingi qadam hikoya va skriptlarni avtomatlashtirishdir. Bu ularga taraqqiyotni kuzatish va regressiya xatolarini ushlash uchun rivojlanish jarayonida ishlashga imkon beradi. Xulosa va tavsiyalar. Boshqa tomondan, bizda butun jarayon davomida operatsiyani baholash uchun mas'ul bo'lgan tizim sinovlari mavjud, buning uchun yuzaga kelishi mumkin bo'lgan xatolarni aniqlash uchun testlar bilan strategiya ishlab chiqish va interfeysni ishlab chiqishdan kodni ishlab chiqishni ajratish kerak, shuning uchun tizim testlarini amalga oshirish eng yaxshisidir. Ushbu ikkita dasturiy ta'minot sinovlarini amalga oshirish muayyan standartlarga javob beradigan qat'iy testlar va tizimni ishlab chiqishda ishtirok etadigan manfaatdor tomonlarning muvofiqlashtirilishi bilan amalga oshirilishi kerak. Tizimni sinovdan o'tkazish va qabul qilish 44 Bibliografiya 1. Isabelle Ramos Roman, Xose Xaver Dolado Kosin. Dasturiy ta'minotni ishlab chiqishda miqdoriy boshqaruv usullari. Alonso Amo, Loik Martinez Normand. Dasturiy ta'minotni ishlab chiqishga kirish. Tizimlarni sinovdan o'tkazish va qabul qilish testlari 45 8. - Kompyuter tillari va tizimlari kafedrasi. Strukturaviy tizim tahlili. Mikrobiologiya laboratoriyasida bakteriyalarni aniqlash usullari.