Разлика между SDLC и STLC
Нуждата стимулира интерес и това е единствената причина всеки процес да започне. По-късно този интерес води до затваряне на свързаните ресурси, заинтересовани страни, клиенти, изпълнителен директор, мениджъри и екипи за разработка, за да успеят да завършат успешен проект (тук в нашия случай е разработка на софтуер). Не само парите (лихвите) са единствената цел зад поведението на тези хора, но и времето и стойността на марката (ще се окаже още по-решаваща).
И тук се появява темата за статията, да SDLC срещу STLC влиза в картината. И двете SDLC срещу STLC са взаимосвързани до известна степен или може да се каже, че единият е предшественик на други. Причината е проста, ако нещо се разработва с цел да обслужва (клиентите се нуждаят), то трябва да бъде тествано преди разполагането. Това са индустриалните стандарти от десетилетия и отговорност, тъй като клиентът е инвестирал огромни пари след него.
Това беше историята зад сцената и ни води до основния раздел на статията - SDLC срещу STLC. Нека да видим подробно какви точно са тези SDLC срещу STLC. Каква е последователността на операциите под всяка? Каква е разликата между SDLC и STLC? Какви дейности са необходими, за да има успешен край?
SDLC означава жизнен цикъл на разработката на софтуер
ЖИВОТНИЯТ ЦИКЪЛ означава серия от промени в нечий живот. Или жив, нежив или някакъв процес, който има някаква серия от стъпки или последователност на работа. Тези последователности са един вид индикация, че имат определена начална и крайна точка. Напротив, може да се каже, че даденият процес има някакъв подпроцес в него. Това е жизненият цикъл. Да разберем какъв жизнен цикъл наистина ни кара да продължим напред в дискусията към разработването на софтуер. И така, SDLC означава " жизнения цикъл на процеса на разработка на софтуер" .
Що се отнася до моделите за разработка, няма определени правила, които да застъпват един над друг, или даден модел е добре да се премине от друг (пъргавото е изключение). Нека да видим някои модели -
- Модел на водопад - най-старият
- V- Модел
- Спирален модел
- повтарящ се
- Agile - най-нов и най-подходящ за всеки вид проект
Забележка - Трябва да кажа, че Agile scrum моделните практики са добри за работа, но в ИТ индустрията екипът може да предпочете всеки един от тези модели. Например, ако изискването е ясно и гарантира, че не се променя в по-късен етап, екипът със сигурност ще върви с водопад, а не с Agile.
Фази в SDLC дискусия
- планиране
- Системни анализи и изисквания
- Дизайн
- Кодиране или разработка
- Интеграция и тестване
- Експлоатация и поддръжка
Горният процес също може да бъде изброен по-долу -
- ПЛАНИРАНЕ - Първо нещо, преди да се появят каквито и да било физически доказателства, винаги има планиране зад него. Планирането идва, преди да започне документацията. В тази фаза се разглеждат само детайли на високо ниво от гледна точка на проектите. Специална група членове стои зад тази фаза. Всички плюсове и минуси, свързани с проектите, се вземат предвид и как да се увеличи максимално възвръщаемостта на инвестициите и начините за това също се вземат предвид. Тук има много преработки и се прави преглед, за да се преодолее всяко препятствие за успеха на проекта. Долната линия е преди идеята да бъде реализирана, тя трябва да има конкретни причини да се кандидатира и да постигне успех. Планирането отново зависи от вида на резултата. Ако се изгражда нов софтуер, планирането ще бъде различно, тъй като проучването на пазара ще бъде много важно за него, но ако същия софтуер се актуализира след няколко години, в този случай няма да има проучване на пазара (тъй като софтуерът е успех и затова има нужда от изграждане на актуализации на софтуерните функции).
- АНАЛИЗ - След като частта за планиране е изпълнена, след това идва анализът, при който специализираните екипи правят няколко задачи, преди да постигнат конкретно решение. Тук се прави проучване на осъществимостта на проекта, оценка на работата, остойностяване, извличане на изисквания и планиране. Ясно е намерението да се направи последна проверка преди действително да започне работата. Ако има някакви недостатъци, отстранете ги чрез комуникация с екипа за развитие и със заинтересованите страни. Разберете плюсовете и минусите.
- ДИЗАЙН - Сега изискването е ясно и екипът иска някаква справка, преди да работи, дизайнерите играят решаваща роля. Какво ще работи софтуерът (функционално разумно), колко екрана ще има за всяка секция, интерактивността на потребителя и всеки детайл са проектирани в тази фаза. Да приемем, че клиент е поискал мобилен софтуер за резервация на полети и изискването е ясно, че дизайнерите ще проектират екраните, за да покрият функционалностите, които този софтуер ще обработва. Дизайнерите ще изградят оформления, работни планове, диаграми на процесите, псевдокодове и няколко други видове проектна документация. Отговорните лица ще изберат най-доброто, с което да отидат.
- КОДИРАНЕ - на този етап повечето от основните решения вече са взети. Намерението на тази фаза е да се репликират дизайнерските произведения в работещ софтуер. Тук разработчиците играят видната роля и се полагат усилия за производството на кодове за многократна употреба. Обсъжда се много дискусии, свързани с рамка и най-добрите подходящи методи за създаване на работещ софтуер. Съществуват инструменти за програмиране, които се използват от екипа от разработчици, които са - Compiler, Debugger, Interpreter. Бих искал да насоча вниманието на моите читатели, че разработването на цялостен работещ софтуер не е лесно и нито е малко. Голяма част от работата е там, така че екипът за разработка да ги раздели на по-малки резултати и да ги постави по приоритет според нуждите или спешността (може също така да бъде оценен въз основа на това колко важна е функционалността, т.е. колко е оценена тази конкретна функционалност). Не забравяйте, че това е най-дългата фаза на цикъла на развитие.
- ИЗПИТВАНЕ - В тази фаза идва STLC. Тази фаза е свързана с тестване на разработения работен софтуер, преди той да бъде предаден на клиентите или крайните потребители. Има няколко типа методи за изпитване, които се извършват от тестерите, за да открият възможни дефекти в софтуера.
- ПОДДРЪЖКА - Това е вид следпродажбено обслужване. Подобно на начина, по който купуваме всеки мотор или автомобил, и след една година, ако има проблем, който създава пречка за правилната работа. Този вид проблеми възникват отново и отново. Тук всички грешки, които възникват, когато клиентът използва софтуера, са решени, всяка необходимост от надграждане в бъдеще или подобрения, ако има такива.
STLC означава цикъл за тестване на софтуера на живота
Фази в STLC -
- Анализ на изискванията
- Тестово планиране
- Разработване на тестови случаи
- Настройка на околната среда
- Изпълнение на теста
- Затваряне на тестовия цикъл
- АНАЛИЗ НА ИЗИСКВАНЕ - Още първата стъпка в процеса на STLC. Това е частта от целия процес, при която QA екипите се запознават с изискването (означава какво да тестват) и тестируемите изисквания. За по-добро разбиране на изискването тестерът може да проследи с клиентите (но това се случва рядко, само ако е необходимо тестване, а не развитието). Това е един вид диаграма, която последва в тази фаза на STLC.
| Критерии за влизане | Извършени дейности | Крайни |
| Точна необходимост с пълно описание за определяне на процедурата за тестване, която да следвате. | Видовете тестове са изброени в този раздел | Постигнатите резултати са изброени в този раздел |
- ПЛАНИРАНЕ НА ИЗПИТВАНЕ - Най-важната фаза в STLC. Тук всяка оценка и време се изчисляват преди действителното стартиране на тестването. Резултатът от това ще тества документация на планове или стратегии. След като тази фаза приключи, екипът по QA може да започне с дейности по разработване на тестови случаи. Същата диаграма, която се рисува в горната фаза, отново се използва с промени.
- РАЗВИТИЕ НА ИЗПИТВАНЕ - Действителното разработване на тестови случаи се работи след приключване на фазата на планиране на теста. Тук тества екипната работа по тестовите случаи. Не само тестовите случаи, но и пълен доклад, съдържащ данните от теста, са включени и документирани. След като бъдат завършени, те се кръстосано проверяват от партньорски членове или QA води. Тук също се подготвя RTM (матрица за проследяване на изискванията). Тези документи проследяват изискването по два начина (означава напред и назад).
- НАСТРОЙКА НА ОКОЛНАТА СРЕДА - Това по принцип не се практикува, тъй като средата вече е решена по време на фазата на разработване (в SDLC). По принцип не се случват промени в околната среда.
- ИЗПЪЛНЕНИЕ НА ИЗПИТВАНЕ - Тук тестовите случаи се изпълняват въз основа на първоначално подготвените тестови планове. Ако случаите са наред, те се маркират като PASS, в противен случай FAIL. Пълен списък на бъгове се подготвя в тази фаза и се препраща на екипа за разработка, за да се поправи преди окончателното пускане на софтуера.
- ЗАКЛЮЧВАНЕ НА ЦИКЛОВА ЦИКЛА - Дискусия, при която екипът решава какво е правилно и грешно от гледна точка на теста. Нещата, които трябва да се подобрят в бъдеще, които могат да спестят време и усилия в правилната посока, се обсъждат на тази среща. Те са полезни от гледна точка на развитието.
Сравнение между главата на SDLC срещу STLC (Инфографика)
По-долу е топ 9 разликата между SDLC срещу STLC 
Ключови разлики между SDLC спрямо STLC
И SDLC срещу STLC са популярен избор на пазара; нека да обсъдим някои от основните разлики между SDLC срещу STLC:
- SDLC е методология за разработка, докато STLC е методика за тестване
- Множество различни фази се комбинират, за да се образува SDLC, докато множество тестови фази или практики се комбинират, за да образуват STLC
- SDLC обхваща всички цикли на разработка на софтуер, докато STLC покрива всички тестови цикли
- SDLC започва с фазата на планиране и обхваща целия поглед върху разработката, докато STLC започва с тестово планиране и обхваща всички аспекти или тип тестове
- Главният изпълнителен директор, старши бизнес анализатор, старши мениджъри и разработчици са хората, които се грижат за няколко етапа по SDLC. От друга страна QA Lead, Test Analyst са хората, които управляват текущия процес.
- SDLC стартира, когато действителното приложение не е създадено, но STLC се стартира, когато действителното приложение съществува или има парче работен софтуер.
- SDLC е суперкомплектът на STLC, докато STLC е подмножеството на SDLC
SDLC сравнителна таблица за STLC
Нека разгледаме горното Сравнение между SDLC и STLC -
|
Основата на сравнението между SDLC срещу STLC |
SDLC |
STLC |
| произход | Жизнен цикъл на развитието | Тест на жизнения цикъл |
| Фази | Шест фази
1. Планиране 2. Анализ 3. Дизайн 4. Развитие 5. Тестване 6. Поддръжка | Шест фази
1. Анализ на изискванията 2. Тестово планиране 3. Тестова разработка 4. Настройка на околната среда 5. Изпълнение на теста 6. Тестово затваряне |
| връзка | SDLC може да се разглежда като родител или предшественик. | STLC е приемник, тъй като е в SDLC. |
| относно | Става въпрос за цялостно разработване на софтуера, включително тестване и други фази. | Това е загрижено за фазата на тестване и частта за качество. |
| Фази на събиране на изискване | В SDLC бизнес анализаторът събира изискванията, разработващият екип извършва разработката. | В STLC, екипът за тестване прави преглед на работата след анализ на тестовите документи, преглед от функционална и нефункционална гледна точка. |
| намерение | SDLC има за цел да преодолее всякакво препятствие по време на успешното разработване на софтуер. | STLC има за цел да открие всякакви клопки или недостатъци само във фазата на тестване. |
| Фаза на проектиране | В SDLC има технически архитект, който да гарантира качеството на софтуера. Тук, в SDLC Business Analyst, може да му помогне да разбере изискванията по-добре. | В STLC тестовият архитект е този, който ръководи дейностите, той прави тестово планиране и идентифициране на точките за тестване на високо ниво. |
| Фаза на кодиране | Реалните кодове са разработени и реалната работа се оформя според подчертаната структура на дизайна. | Екипът за тестване работи върху разработването на тестови планове и проверява работното поведение на софтуера. Едно нещо трябва да се отбележи, че в SDLC кодовете са разработени, докато в STLC са разработени само тестови случаи. |
| Фаза на тестване | Действителните кодове са тествани, което може да се направи от партньорските разработчици. В рамките на тази фазова единична проверка се извършва интегриране и тестване на системата. | В STLC се случва изпълнението на теста плюс отчитане. Едно нещо, което трябва да се отбележи, е, че за разлика от тестването на кода в SDLC тук има функционално поведение и нефункционално тестване на софтуера се извършва. |
Заключение - SDLC срещу STLC
Дискусията е ясна по отношение на SDLC срещу STLC. Единият е подходът за развитие, а другият е тестовият подход като цяло. Въпреки че тестването е под SDLC като един от секциите, важното е да се отбележи, че се изпълнява много различна функция. Много е важно да се отбележи, че STLC в рамките на SDLC. Засегнатите дейности по всеки раздел са различни.
Препоръчителни статии
Това е ръководство за най-високата разлика между SDLC срещу STLC. Тук също обсъждаме ключовите разлики SDLC срещу STLC с инфографика и таблица за сравнение. Може да разгледате и следните статии, за да научите повече-
- SDLC срещу Agile
- Python vs Go
- PL SQL срещу SQL
- Agile срещу DevOps