Різниця між SDLC та STLC

Необхідність стимулює інтерес і робить це єдиною причиною початку будь-якого процесу. Пізніше ця зацікавленість спонукає пов'язані ресурси, зацікавлені сторони, клієнти, генеральний директор, менеджери та команди розробників працювати за успішним проектом (тут у нашому випадку йдеться про розробку програмного забезпечення). Не тільки гроші (відсотки) є єдиною метою поведінки цих людей, а й час та цінність бренду (буде ще більш важливим).

І ось тут виходить тема статті, так SDLC проти STLC. Обидва SDLC проти STLC певною мірою взаємопов'язані або можна сказати, що один є попередником інших. Причина проста: якщо щось розробляється з метою обслуговування (клієнтам потрібно), то це потрібно перевірити перед розгортанням. Це галузеві стандарти протягом десятиліть і відповідальність, оскільки клієнт вклав величезні гроші після цього.

Ця історія була поза сценою і веде нас до основного розділу статті - SDLC проти STLC. Давайте детально розберемося, що саме таке SDLC проти STLC. Яка послідовність операцій під кожною? Чим відрізняється SDLC від STLC? Які види діяльності потрібні для успішного завершення?

SDLC означає життєвий цикл розробки програмного забезпечення

ЖИТТОВИЙ ЦИКЛ означає низку змін у житті. Або живий, неживий або будь-який процес, що має певну серію кроків або послідовності операцій. Ці послідовності є свого роду свідченням того, що він має певну початкову та кінцеву точку. Навпаки, можна сказати, що даний процес має в ньому певний підпроцес. Ось що таке життєвий цикл. З'ясування того, що насправді життєвий цикл змушує нас рухатись вперед у дискусії щодо розробки програмного забезпечення. Отже, SDLC означає " життєвий цикл процесу розробки програмного забезпечення" .

Що стосується моделей розвитку, то немає визначених правил, які б захищали одну над іншою, або певна модель корисна, ніж інша (спритний виняток). Давайте подивимось деякі моделі -

  1. Модель водоспаду - найдавніша
  2. V- Модель
  3. Спіральна модель
  4. Ітеративний
  5. Agile - найновіший і найбільш підходящий для будь-якого проекту

Зауважте - я мушу сказати, що моделі Agile scrum-моделі добре працювати, але в ІТ-індустрії команда може віддавати перевагу будь-якій із цих моделей. Наприклад, якщо вимога чітка і гарантує, що не змінити команду на пізніх етапах, безумовно, піде з водоспадом, а не з Agile.

Фази обговорення SDLC

  1. Планування
  2. Системний аналіз та вимоги
  3. Дизайн
  4. Кодування або розробка
  5. Інтеграція та тестування
  6. Експлуатація та обслуговування

Описаний вище процес також можна вказати як нижче -

  1. ПЛАНУВАННЯ - Перше, перш ніж з’являться будь-які фізичні докази, за цим завжди є планування. Планування відбувається ще до того, як почати оформлення документів. На цій фазі з точки зору Проектів розглядаються лише деталі високого рівня. За цією фазою стоїть виділена група членів. Розглядаються всі плюси та мінуси, пов'язані з проектами, а також, як максимально збільшити рентабельність інвестицій та шляхи їх здійснення. Тут є багато перероблень та огляду робиться для подолання будь-яких перешкод на шляху до успіху проекту. Підсумок - перед тим, як ідея втілиться в реальність, вона повинна мати конкретні причини для запуску та досягнення успіху. Планування знову залежить від виду результату. Якщо створення нового програмного забезпечення планування буде іншим, оскільки вивчення ринку буде для нього дуже важливим, але якщо те саме програмне забезпечення оновлюється через кілька років, то в цьому випадку не буде жодного дослідження ринку (оскільки програмне забезпечення є успіх, і тому існує потреба у створенні оновлених функцій програмного забезпечення).
  2. АНАЛІЗ - Після того, як частина планування буде виконана, потім проводиться аналіз, коли спеціалізовані команди виконують кілька завдань, перш ніж досягти конкретного рішення. Тут проводиться дослідження техніко-економічного обґрунтування проекту, робота з оцінки, калькулювання витрат, визначення вимог та планування. Ясний намір зробити остаточну перевірку до того, як робота фактично розпочнеться. Якщо є якісь недоліки, усуньте їх шляхом спілкування з командою розвитку та зацікавленими сторонами. Дізнайтеся плюси і мінуси.
  3. ПРОЕКТУВАННЯ - Тепер вимога зрозуміла, і команда бажає певних рекомендацій, перш ніж працювати, дизайнери відіграють вирішальну роль. Яке програмне забезпечення буде працювати (функціонально), скільки екранів буде для кожного розділу, інтерактивність користувача та кожен фрагмент деталей розроблені на цій фазі. Скажімо, клієнт попросив мобільне програмне забезпечення для бронювання польотів, і вимога зрозуміла, що дизайнери проектуватимуть екрани для покриття функціональних можливостей цього програмного забезпечення. Дизайнери придумають макети, робочі плани, діаграми процесу, псевдокоди та кілька інших видів проектної документації. Відповідальні особи виберуть найкраще для подорожі.
  4. КОДУВАННЯ - на цьому етапі більшість основних рішень вже прийнято. Намір цього етапу - перетворити проектні роботи на робочу частину програмного забезпечення. Тут розробники відіграють визначну роль і докладаються зусилля для створення кодів для багаторазового використання. Приділяється багато дискусій, пов'язаних з рамкою та найкращими підходящими методами створення робочого програмного забезпечення. Існують інструменти програмування, які використовуються командою розробників, які є - Компілятор, Налагоджувач, Інтерпретатор. Хотілося б звернути увагу своїх читачів на те, що розробка повноцінного робочого програмного забезпечення не проста і не мала. Велика частина роботи є, тому команда розробників розбиває їх на менші результати та визначає їх пріоритетність відповідно до потреби чи терміновості (можна також оцінювати, виходячи з того, наскільки важливою є функціональність, тобто наскільки високою була визначена ця функціональність). Пам'ятайте, що це найдовша фаза циклу розвитку.
  5. ТЕСТУВАННЯ - У цій фазі йде STLC. Ця фаза стосується тестування розробленого фрагмента робочого програмного забезпечення перед його передачею клієнтам або кінцевим користувачам. Існує кілька типів методології тестування, які тут проводяться тестувальниками, щоб виявити можливі дефекти програмного забезпечення.
  6. ОБСЛУГОВУВАННЯ - Це свого роду післяпродажне обслуговування. Як і те, як ми купуємо будь-який велосипед чи автомобіль і через рік, якщо виникає проблема, яка створює перешкоди для належної роботи. Такі питання виникають раз і знову. Тут вирішуються всі помилки, що виникають під час використання клієнта програмного забезпечення, будь-яка модернізація, необхідна в майбутньому, або вдосконалення, якщо такі є.

STLC означає цикл випробування програмного забезпечення

Фази в STLC -

  1. Аналіз вимог
  2. Планування тесту
  3. Розробка тестового випадку
  4. Налаштування навколишнього середовища
  5. Виконання тесту
  6. Замикання циклу випробувань
  1. АНАЛІЗ ВИМОГИ - Найперший крок до процесу STLC. Це та частина усього процесу, коли команди з QA знайомляться з вимогою (означає, що перевірити) та вимогами, що перевіряються. Для кращого розуміння вимоги тестер може стежити за клієнтами (але це трапляється рідко, лише якщо тестування потрібне, а не розробка). Це свого роду діаграма, яка слідувала на цій фазі STLC.
Критерії вступуВиконана діяльністьПродукти
Точна потреба з повним описом, щоб визначити процедуру тестування, яку слід дотримуватися.Вид тестування перерахований у цьому розділіДосягнуті результати перераховані в цьому розділі
  1. ПЛАНУВАННЯ ТЕСТУ - Найважливіша фаза STLC. Тут обчислюються всі оцінки та час до початку тестування. Результатом цього буде тестування планів чи стратегій документації. Після завершення цієї фази команда з контролю якості може розпочати діяльність з розробки тестових випадків. Той же графік, який намальовано у верхній фазі, знову використовується із змінами.
  2. РОЗВИТКУ ТЕСТУ - Фактична розробка тестових справ працює після завершення етапу планування тесту. Тут тестує командна робота над тестовими кейсами. Задіяні та задокументовані не лише тестові випадки, а й повний звіт, який містить дані випробувань. Після завершення вони перехресно перевіряються членами партнерів або відстеженнями якості. Тут також готується RTM (матриця відстеження вимог). Ці документи відслідковують вимогу обома способами (засобами вперед та назад).
  3. НАСТРОЮВАННЯ ЕКОЛОГІЇ - Це, як правило, не практикується, оскільки навколишнє середовище вже вирішено на етапі розробки (в SDLC). Взагалі жодних змін у навколишньому середовищі не відбувається.
  4. ВИКОНАННЯ ТЕСТУ - Тут тестові приклади виконуються на основі спочатку підготовлених тестових планів. Якщо випадки в порядку, вони позначаються як ПАРТ, інакше НЕПРАВИЛИ. Повний список помилок готується на цій фазі і передається команді розробників для виправлення до остаточного випуску програмного забезпечення.
  5. ЗАКРИТТЯ ЦИКЛУ ТЕСТУ - обговорення, де команда вирішує, що пішло правильно, а що неправильно з точки зору тесту. На цій зустрічі обговорюються речі, які слід покращити в майбутньому, які можуть заощадити час та зусилля у правильному напрямку. Вони корисні з точки зору розвитку.

Порівняння «голова до голови» між SDLC та STLC (Інфографіка)

Нижче наведено найкращу різницю між 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, може допомогти йому краще зрозуміти вимоги.

У STLC архітектором випробувань є той, хто керує діяльністю, він планує тестування та ідентифікацію точок випробувань високого рівня.
Фаза кодуванняСтворюються реальні коди, і фактична робота формується відповідно до наголошеної конструкції.Команда тестування працює над розробкою планів тестування та перевіряє робочу поведінку програмного забезпечення. Варто зазначити, що в SDLC коди розробляються, тоді як у STLC розробляються лише тестові випадки.
Фаза тестуванняФактичні коди тестуються, що можуть зробити однорангові розробники. У рамках цього етапу проводиться тестування блоку, тестування інтеграції та тестування системи.У STLC відбувається тестове виконання плюс робота з доповіддю. Варто зазначити, що на відміну від тестування коду у SDLC тут функціональна поведінка та тестування нефункціональності програмного забезпечення робиться.

Висновок - SDLC проти STLC

Дискусія чітка щодо SDLC проти STLC. Один - підхід до розробки, а другий - тестування підходу в цілому. Хоча Тестування підпадає під SDLC як один із розділів, важливо зазначити, що це дуже інша функція, яка виконується. Дуже важливо зазначити, що STLC в рамках SDLC. Діяльність у кожному розділі є різною.

Рекомендовані статті

Це було керівництвом щодо найбільшої різниці між SDLC та STLC. Тут ми також обговорюємо ключові відмінності SDLC проти STLC за допомогою інфографіки та таблиці порівняння. Ви також можете переглянути наступні статті, щоб дізнатися більше -

  1. SDLC проти Agile
  2. Python vs Go
  3. PL SQL проти SQL
  4. Agile vs DevOps

Категорія:

Розробка програмного забезпечення