Разлика између СДЛЦ и СТЛЦ
Потреба привлачи интересовање и то је једини разлог покретања било којег процеса. Касније ово интересовање доводи до затварања повезаних ресурса, заинтересованих страна, клијената, генералног директора, менаџера и развојних тимова који стоје иза успешног пројекта (овде је у питању развој софтвера). Не само новац (камата) је једина сврха која стоји иза понашања ових људи, већ и време и вредност бренда (назваће се још пресуднијим).
И ту се појављује тема чланка, да СДЛЦ вс СТЛЦ. Оба СДЛЦ-а и СТЛЦ су у одређеној мери међусобно повезана или се може рећи да је једна претходница других. Разлог је једноставан ако се нешто развија за сврху која треба да служи (клијентима је потребно), то се мора тестирати пре примене. Ово су индустријски стандарди деценијама и одговорност, јер је клијент након тога уложио огроман новац.
То је била прича иза сцене и води нас до главног дела чланка - СДЛЦ против СТЛЦ. Погледајмо детаљно шта су тачно СДЛЦ вс СТЛЦ. Који је редослед операција испод сваке? Каква је разлика између СДЛЦ и СТЛЦ? Које су врсте активности потребне за успјешан завршетак?
СДЛЦ значи животни циклус развој софтвера
ЖИВОТНИ ЦИКЛ значи низ промена у нечијем животу. Или живи, неживи или било који поступак који има низ корака или редоследа рада. Ове секвенце су својеврсни показатељ да имају дефинитивну почетну и крајњу тачку. Напротив, може се рећи да у датом процесу постоји неки подпроцес. Ово је животни циклус. Схватајући шта нас у животном циклусу доводи до напретка у расправи о развоју софтвера. Дакле, СДЛЦ значи „ животни циклус процеса развоја софтвера“ .
Што се тиче развојних модела, не постоје дефинисана правила која се залажу за један над другим или је добар модел да иде преко другог (агилан је изузетак). Да видимо неколико модела -
- Модел водопада - најстарији
- В- Модел
- Спирални модел
- Итеративно
- Агиле - најновији и најприкладнији за било коју врсту пројеката
Напомена - Морам рећи да су Агиле сцрум модели модела добри за рад, али у ИТ индустрији тим може да воли било који од ових модела. Нпр. Ако је услов јасан и гарантује да се не мења тим у каснијој фази сигурно ће ићи са водопадом, а не са агилном.
Фазе у СДЛЦ дискусији
- Планирање
- Анализа система и захтев система
- Дизајн
- Кодирање или развој
- Интеграција и тестирање
- Рад и одржавање
Горе наведени поступак такође може бити наведен као ниже -
- ПЛАНИРАЊЕ - Прво, пре него што се појаве било какви физички докази, иза тога увек постоји планирање. Планирање долази пре него што је папирологија почела. У овој фази се са гледишта пројеката разматрају само детаљи високог нивоа. Посвећена група чланова стоји иза ове фазе. Узимају се у обзир сви предности и недостаци који се односе на пројекте, као и како максимизирати РОИ и начине на који то могу урадити. Овде је потребно много преправки и ради се преиспитивање да би се превазишло било какво ометање успеха пројекта. Дно црта је пре него што се идеја оствари у стварности, требало би да има конкретне разлоге за трчање и постизање успеха. Поново планирање зависи од врсте исхода. Ако се прави нови софтвер, планирање ће бити другачије јер ће истраживање тржишта бити од пресудног значаја за то, али ако се исти софтвер ажурира након неколико година, у овом случају неће бити студије тржишта (будући да је софтвер успеха и зато постоји потреба за изградњом ажурирања софтверских карактеристика).
- АНАЛИЗА - Једном када се заврши део планирања, следи анализа где посвећени тимови раде неколико задатака пре него што постигну конкретно решење. Овде је урађена студија изводљивости пројекта, процена рада, коштање, усвајање захтева и заказивање. Јасна је намера да се изврши последња провера пре него што посао заправо почне. Ако постоје неки недостаци, уклоните их комуникацијом са развојним тимом и заинтересованим странама. Сазнајте предности и недостатке.
- ДИЗАЈН - Сада је захтев јасан, а тим жели одређену референцу пре него што раде, дизајнери играју пресудну улогу. Шта ће софтвер радити (паметно о функционалности), колико ће се екрана налазити за сваки одељак, интерактивност корисника и сваки детаљ осмишљен у овој фази. Рецимо да је купац тражио мобилни софтвер за резервацију лета и захтев је јасан да ће дизајнери дизајнирати екране тако да покрију функционалности које овај софтвер обрађује. Дизајнери ће смислити нацрте, радне планове, дијаграме процеса, псеудокодове и неколико других врста пројектне документације. Одговорне особе ће изабрати најбоље са ким ће ићи.
- КОДИРАЊЕ - у овој фази је већина главних одлука већ донета. Намјера ове фазе је да дизајнерске радове преслика у радни део софтвера. Овде програмери играју истакнуту улогу и напори се полажу на производњу кодова за вишекратну употребу. Много дискусија које се односе на оквир и најбоље погодне методе за стварање радног софтвера обраћа се пажња. Укључени су алати за програмирање које користи тим програмера који чине - Цомпилер, Дебуггер, Интерпретер. Желео бих да скренем пажњу својих читалаца да развој комплетног радног софтвера није једноставан и није мали. Велики део посла је ту, тако да их је развојни тим поделио на мање резултате и одредио им приоритете према потреби или хитности (може се оценити и на основу тога колико је кључна функционалност, тј. Колико је та одређена функционалност оцењена). Запамтите да је ово најдужа фаза развојног циклуса.
- ТЕСТИРАЊЕ - У овој фази долази до СТЛЦ. Ова фаза се односи на тестирање развијеног дела радног софтвера пре него што се он проследи клијентима или крајњим корисницима. Постоји неколико врста методологије испитивања које тестирачи овде обављају како би открили могуће недостатке у софтверу.
- ОДРЖАВАЊЕ - Ово је врста услуге након продаје. Као и начин на који купујемо било који бицикл или аутомобил и након годину дана, ако постоји проблем који ствара препреку за правилан рад. Овакве врсте проблема јављају се изнова и изнова. Овде се решавају све грешке које настају када клијент користи софтвер, било која надоградња која је потребна у будућности или побољшања ако постоје.
СТЛЦ значи ЦИКЛУС ЗА ПРОИЗВОДЊУ ЖИВОТИЊА СОФТВЕРА
Фазе у СТЛЦ -
- Анализа захтева
- Планирање теста
- Развој тестног случаја
- Подешавање окружења
- Тест Екецутион
- Затварање циклуса испитивања
- АНАЛИЗА ЗАХТЕВНОСТ - Први корак у процесу СТЛЦ. То је део читавог процеса у коме КА тимови упознају захтев (значи шта треба тестирати) и захтеве за тестирање. За боље разумевање захтева, испитивач може да прати клијенте (али то се ретко дешава, само ако је потребно тестирање, а не развој). Ово је својеврсни графикон који је уследио у овој фази СТЛЦ.
| Критерији за улазак | Извршене активности | Испоручиви производи |
| Тачна потреба са потпуним описом да се дефинише поступак испитивања који треба следити. | Врста тестирања наведена је у овом одељку | Постигнути резултати наведени су у овом одељку |
- ПЛАНИРАЊЕ ТЕСТА - најважнија фаза у СТЛЦ. Овде се израчунавају све процене и време пре него што тестирање заиста почне. Резултат тога ће бити тестирање планова или стратешких документација. Након завршетка ове фазе КА тим може започети са активностима на развоју тестних случајева. Исти графикон који се црта у горњој фази поново се користи са изменама.
- РАЗВОЈ ТЕСТА - Стварни развој тест случајева се ради након завршетка фазе планирања испитивања. Овде је тестирање тимског рада на тестним случајевима. Укључени су и документовани не само тест случајеви већ и целокупни извештај који садржи податке о тестовима. Након довршетка, они су унакрсно провјерени од стране вршњачких чланова или КА водича. Овде се такође припрема и РТМ (матрица следљивости захтева). Ови документи прате захтев на оба начина (значи напред и назад).
- ПОСТАВЉАЊЕ ЖИВОТНЕ СРЕДИНЕ - Ово се углавном не практикује јер је околина већ одлучена током фазе развоја (у СДЛЦ). Генерално, у околини се не дешавају никакве промене.
- ИЗВРШЕЊЕ ТЕСТА - Овде се тест случајеви извршавају на основу првобитно припремљених испитних планова. Ако су случајеви у реду, они ће бити означени као ПАСС, а у супротном НЕ УТИЦАЈУ. Комплетна листа грешака припремљена је у овој фази и прослеђује се развојном тиму да је поправи пре коначног издања софтвера.
- ЗАТВАРАЊЕ ЦИКЛУСА - Дискусија у којој тим одлучује шта је исправно, а шта погрешно из перспективе теста. На овом састанку се разговара о стварима које треба побољшати у будућности које могу уштедети времена и труда у правом смеру. Они су корисни из перспективе развоја.
Поређење између главе СДЛЦ и СТЛЦ (Инфограпхицс)
Испод је 9 најбољих разлика између СДЛЦ и СТЛЦ 
Кључне разлике између СДЛЦ и СТЛЦ
И СДЛЦ и СТЛЦ су популарни избори на тржишту; Хајде да разговарамо о неким главним разликама између СДЛЦ и СТЛЦ:
- СДЛЦ је развојна методологија, док је СТЛЦ методологија испитивања
- Више различитих фаза се комбинује да би се формирало СДЛЦ, док се више фаза или праксе тестирања комбинују у формирање СТЛЦ
- СДЛЦ покрива читаве развојне циклусе софтвера, док СТЛЦ покрива читаве циклусе тестирања
- СДЛЦ започиње са фазом планирања и покрива целокупни развојни поглед, док СТЛЦ започиње са планирањем теста и покрива све аспекте или врсте испитивања
- Генерални директор, виши пословни аналитичар, старији менаџери и програмери су људи који пазе на неколико фаза под СДЛЦ-ом. С друге стране, КА Леад, Тест Аналист су људи који управљају текућим процесом.
- СДЛЦ започиње када стварна апликација није створена, али СТЛЦ започиње када стварна апликација постоји или постоји комад радног софтвера.
- СДЛЦ је суперсет СТЛЦ док је СТЛЦ подскуп СДЛЦ
Упоредна табела СДЛЦ вс СТЛЦ
Погледајмо врх Упоређивање СДЛЦ-а и СТЛЦ -
|
Основе поређења између СДЛЦ и СТЛЦ |
СДЛЦ |
СТЛЦ |
| Порекло | Животни циклус развоја | Тест животног циклуса |
| Фазе | Шест фаза
1. Планирање 2. Анализа 3. Дизајн 4. Развој 5. Тестирање 6. Одржавање | Шест фаза
1. Анализа захтева 2. Планирање теста 3. Развој теста 4. Подешавање окружења 5. Извршење теста 6. Затварање теста |
| Однос | СДЛЦ се може сматрати родитељем или претходником. | СТЛЦ је наследник, јер је у СДЛЦ. |
| О томе | Овдје се ради о комплетном развоју софтвера, укључујући тестирање и друге фазе. | То се тиче фазе испитивања и КА дела. |
| Фазе прикупљања захтева | У СДЛЦ-у пословни аналитичар прикупља захтеве, развојни тим врши развој. | У СТЛЦ-у, тим за тестирање ради преглед рада након анализе тестних докумената, преглед из функционалне и нефункционалне перспективе. |
| Намера | СДЛЦ је имао за циљ да превазиђе било какве препреке у току успешног развоја софтвера. | СТЛЦ је намијењен проналажењу замки или недостатака само у фази испитивања. |
| Фаза дизајна | У СДЛЦ-у је техничка архитекта ту да осигура квалитет софтвера. Овде, СДЛЦ Бусинесс Аналист може му помоћи у разумевању захтева на бољи начин. | У СТЛЦ-у је тестни архитект тај који управља активностима, он врши тестирање планирања и идентификације тачака високог нивоа. |
| Фаза кодирања | Прави су кодови развијени и стварни радови се обликују према наглашеној дизајнерској структури. | Тестирачки тим ради на изради планова испитивања и проверава радно понашање софтвера. Једна ствар коју треба напоменути је да се у СДЛЦ-у развијају кодови док су у СТЛЦ-у развијени само тестни случајеви. |
| Фаза испитивања | Стварни кодови су тестирани што могу учинити вршњачки програмери. У оквиру ове фазне јединице врши се тестирање интеграције и тестирање система. | У СТЛЦ-у се догађа извршење теста и извјештајни рад. Једна ствар коју треба приметити је да за разлику од тестирања кода у СДЛЦ-у овде постоји функционално понашање и тестирање нефункционалности софтвера. |
Закључак - СДЛЦ вс СТЛЦ
Расправа је јасна у вези са СДЛЦ-ом и СТЛЦ-ом. Један је развојни приступ, а други је тестирање приступа у целини. Иако је Тестирање под СДЛЦ као један од дијелова, важно је напоменути да се ради о врло различитој функцији. Веома је важно имати на уму да је СТЛЦ у оквиру СДЛЦ. Дотичне активности у сваком одељку су различите.
Препоручени чланци
Ово је био водич за главну разлику између СДЛЦ и СТЛЦ. Овде такође расправљамо о кључним разликама СДЛЦ вс СТЛЦ са инфографиком и табелом упоређивања. Можда ћете такође погледати следеће чланке да бисте сазнали више -
- СДЛЦ вс Агиле
- Питхон вс Го
- ПЛ СКЛ вс СКЛ
- Агиле вс ДевОпс