3.2.3. Sinov - birinchi ishlab chiqish. Ushbu ma’ruzaning kirish qismida muhokama qilinganidek, bosqichma-bosqich rivojlanish va rejaga asoslangan rivojlanish o'rtasidagi muhim farqlardan biri bu tizimni sinovdan o'tkazish usulida. Bosqichma-bosqich rivojlanish bilan, tizim testlarini ishlab chiqish uchun tashqi test guruhi tomonidan foydalanilishi mumkin bo'lgan tizim spetsifikatsiyasi mavjud emas. Natijada, bosqichma-bosqich rivojlanishga bo'lgan ba'zi yondashuvlar reja asosidagi testlarga nisbatan juda norasmiy sinov jarayoniga ega.
Ekstremal dasturlash spetsifikatsiyasiz sinovdan o'tkazishdagi qiyinchiliklarni hal qilish uchun dastur sinoviga yangi yondashuvni ishlab chiqdi. Sinov avtomatlashtirilgan va ishlab chiqish jarayonining markaziy qismidir va barcha testlar muvaffaqiyatli bajarilmaguncha ishlab chiqish davom eta olmaydi. XP da sinovning asosiy xususiyatlari:
Sinov - birinchi ishlab chiqish.
Stsenariylardan qo'shimcha test ishlab chiqish.
Testni ishlab chiqish va tekshirishda foydalanuvchi ishtiroki.
XP ning sinovdan o'tgan falsafasi endi umumiy sinovga asoslangan ishlab chiqish usullariga aylandi (Jeffries va Melnik 2007). Test asosida ishlab chiqish dasturiy injiniringidagi eng muhim yangiliklardan biridir. Kod yozish va keyin ushbu kod uchun testlarni yozish o'rniga, kodni yozishdan oldin testlarni yoziladi. Bu shuni anglatadiki, kod yozilayotganda testni o'tkazish va ishlab chiqish paytida muammolarni aniqlash mumkin.
Yozish testlari ishlab chiqilayotgan funksionallik uchun interfeys va xatti-harakatlarning spetsifikatsiyasini bilvosita belgilaydi. Talablar muammolari va interfeysdagi tushunmovchiliklar kamayadi. Test-birinchi ishlanma tizim talablari va tegishli talablarni amalga oshiradigan kod o'rtasida aniq bog'liqlik bo'lishini talab qiladi. XP-da bu munosabatlar aniq, chunki talablarni ifodalovchi hikoya kartalari vazifalarga bo'lingan va vazifalar amalga oshirishning asosiy birligidir.
Birinchi sinovni ishlab chiqishda vazifani bajaruvchilar tizim uchun testlarni yozishlari uchun spetsifikatsiyani yaxshilab tushunishlari kerak. Bu shuni anglatadiki, amalga oshirish boshlanishidan oldin spetsifikatsiyadagi noaniqliklar va kamchiliklarga aniqlik kiritilishi kerak. Bundan tashqari, u "sinovdan kechikish" muammosidan ham qochadi. Bu tizimni ishlab chiquvchi testerga qaraganda tezroq ishlaganda sodir bo'lishi mumkin. Amalga oshirish sinovdan borgan sari oldinga siljiydi va ishlab chiqish jadvalini saqlab qolish uchun testlarni o'tkazib yuborish tendentsiyasi mavjud.
XP-ning birinchi sinov usuli foydalanuvchi hikoyalari ishlab chiqilganligini va ular 3.6-rasmda ko'rsatilganidek, vazifalar kartalari to'plamiga bo'linganligini nazarda tutadi. Har bir topshiriq ushbu topshiriqda tasvirlangan amalga oshirishni tekshiradigan bir yoki bir nechta birlik testlarini yaratadi. 3.7-rasmda preparatning belgilangan dozasi ma'lum bo'lgan xavfsiz chegaralardan tashqariga chiqmasligini tekshirish uchun ishlab chiqilgan sinov ishining qisqartirilgan tavsifi.
Sinov jarayonida mijozning roli tizimning keyingi versiyasida amalga oshirilishi kerak bo'lgan hikoyalar uchun qabul testlarini ishlab chiqishga yordam berishdir. Qabul qilish testi - bu mijozning haqiqiy ehtiyojlariga javob berishini tekshirish uchun mijoz ma'lumotlaridan foydalangan holda tizim sinovdan o'tkaziladigan jarayon.
Sinovni avtomatlashtirish sinovdan oldin ishlab chiqish uchun zarurdir. Testlar topshiriqni bajarishdan oldin bajariladigan komponentlar sifatida yoziladi. Ushbu test komponentlari mustaqil bo'lishi kerak, sinovdan o'tkaziladigan ma'lumotlarni taqdim etishni taqlid qilishi va natijaning chiqish spetsifikatsiyasiga mos kelishini tekshirishi kerak. Avtomatlashtirilgan test tizimi bu bajariladigan testlarni yozishni va bajarish uchun testlar to'plamini topshirishni osonlashtiradigan tizimdir. JUNIT (Tahchiev et al. 2010) Java dasturlari uchun avtomatlashtirilgan test tizimi keng qo'llaniladigan namunadir.
Sinov avtomatlashtirilganligi sababli, har doim tez va oson bajarilishi mumkin bo'lgan testlar to'plami mavjud. Tizimga har qanday funksiya qo'shilsa, testlarni o'tkazish va yangi kod kiritilgan muammolarni darhol aniqlash mumkin.
Test-birinchi ishlab chiqish va avtomatlashtirilgan test odatda ko'p sonli testlar yozilishi va bajarilishiga olib keladi. Biroq, testni to'liq qoplashni ta'minlashda muammolar mavjud:
Dasturchilar testdan ko'ra dasturlashni afzal ko'radilar va ba'zan ular testlarni yozishda yorliqlardan foydalanadilar. Masalan, ular yuzaga kelishi mumkin bo'lgan barcha istisnolarni tekshirmaydigan to'liq bo'lmagan testlarni yozishlari mumkin.
Ba'zi testlarni bosqichma-bosqich yozish juda qiyin bo'lishi mumkin. Masalan, murakkab foydalanuvchi interfeysida ekranlar orasidagi "displey mantiqi" va ish jarayonini amalga oshiradigan kod uchun birlik testlarini yozish ko'pincha qiyin.
Sinovlar to'plamining to'liqligini baholash qiyin. Juda ko'p tizim testlari bo'lishi mumkin, test to'plami to'liq qamrab ololmasligi mumkin. Tizimning muhim qismlari bajarilmasligi mumkin va shuning uchun sinovdan o'tmagan bo'lib qoladi. Shuning uchun, tez-tez bajariladigan testlarning katta to'plami tizimning to'liq va to'g'ri ekanligi haqidagi taassurot qoldirishi mumkin bo'lsa-da, bunday bo'lmasligi mumkin. Agar testlar ko'rib chiqilmasa va ishlab chiqilgandan so'ng keyingi testlar yozilsa, aniqlanmagan xatolar tizim nashrida etkazilishi mumkin.
