36. Аж релиздерді басқару

Релиз(англ.release-шығару)-қолдануға дайын тауар-программаның соңғы версиясының шығарылуы.

Релиздерді басқару. Релиз-байланыс нәтижесінде тесттілеу орандалатын жаңа немесе өзгертілген конфигурациялық бірліктердің жиыны.

Релиздерді басқару процесі 3 этаптан тұрады:

• Әзірлеу этапы.Кез келген мекемеде қолданылы бермейді,бірақ кейбір компаниялар үшін бұл этап негізін қалаушылардың бірі болуы мүмкін,оларға келесілер жатады,мысалы,программалық құралдарды әзірлеу компаниясы немесе конструкторлық бюролар.

• Тесттілеу этапы.Бұл этапта басында әрбір релизге тесттілеу жүргізілетін критерийлерді анықтау керек,яғни релиз дайындығының енуге және тарауға анықталу деңгейін анықтау керек.

• Тарату және енгізу этапы.

Интеграция

Алдын ала ойластырылған программалық проектілер программалар семьясын құруды талап етеді. Құру процесінде прототиптер мен релиздер құрылады. Көп жағдайда әр құрушының құрастырылып жатқан жүйе туралы өз ойы болады.

Объектіге бағытталған құрастыруда интеграция бір рет өте сирек жүргізіледі. Әдетте көптеген ұсақ интеграциялар жүргізіледі және олардың әрқайсысы жаңа прототип пен архитектуралық релиздің құрылуына әсер етеді. Әр жаңа релиз алдыңғы тұрақты релиздерді дамытып отырады. Итеративті құруда алдымен бірнеше шарттарға жауап беретін программалық продукт құрастырылады, ол барлық шарттардың қанағаттандырылуын жеңілдетуге мүмкіндік береді. Соңғы қолданушының көзқарасы бойынша релиздер ағыны макропроцестен шығады. Әр келесі релиз көбірек функцияны қамтиды және соңында олар дайын жүйеге дейін дамиды. Процесті ішінен бақылап отырған адамның көзқарасы бойынша көбірек релиз құрылады, жүйенің маңызды интерфейстерін тұрақтандыру үшін олардың кейбіреулері ғана қатырылады және келесі жұмыс үшін негізгі алынады. Мұндай стратегия жасау қатерлерін азайтуға мүмкіндік береді, архитектурадағы проблемаларды және жіңішке орындарды бастапқы деңгейдің өзінде табуды жоғарылатады.

Үлкен проекттер үшін кәсіпорын ішкі релиздер жүйесін әр бірнеше апта сайын дайындай алады, ал заказ беруші үшін релиздер проекттің қажеттілігіне байланысты бірнеше айда бір рет жасалады. Тұрақты күйде релиз документациямен сәйкес келетін көптеген байланысқан ішкі жүйелерден тұрады. Релизді құрастыруға кірісуге болады егер, проекттің негізгі ішкі жүйелері жеткілікті түрде тұрақты, ал олардың бірлесіп әрекет етуі жеткілікті түрде қалыптыболса және жаңа функционалды деңгейді қамтамасыз ете алса.

37. Аж тестілеу

Тестілеу-кез келген программалық өнімнің өмірлік циклының ажырамас бөлігі.Қаржы мекемелерінде тестілеу жаңа ақпараттық жүйелердің енуіне маңызды дайындық этапы болып табылады.

Тестілеу түрлері:

• Функционалды тестілеу;

• Функционалды емес тестілеу.

Тестілеудің негізгі мақсаты-ақпараттық жүйе әлсіздігінің максималды мүмкін болатын сандар идентификациясы.

Үзіліссіз интеграция принципін құру процесінде орындалатын тестілеуде де қолданайық. Контекстті объектіге бағытталған архитектурада тестілеу кем дегенде үш бағытты қамтуы қажет:

• Модульдерді тестілеу

Әртүрлі кластар мен механизмдерді тестілеуді қамтиды;

Оны орындайтын инженердің міндеті болып табылады;

• Ішкі жүйелерді тестілеу

Категория немесе ішкі жүйелерді түгелімен тестілеуді қамтиды;

Ішкі жүйелерге жауапты адамның міндеті болып табылады;

Ішкі жүйе тестілері регрессивті түрде әрбір қайта шығарылатын ішкі жүйе версияларында қолданылуы мүмкін;

• Жүйені тестілеу

Бүтін жүйені тестілеуді болжайды;

Сапа тексерушілердің міндеті болып табылады;

Жүйені тестілеу де регрессивті түрде орындалады;

Тестілеу жүйенің сыртқы күйіне баса назар аудару керек;

Оның мақсаты, белгіленген шарттарда ол қатардан қалай шығып кететінін түсіну үшін, жүйе шекараларын анықтау.