Разница между SDLC и STLC

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

И вот где тема статьи, да SDLC против STLC входит в картину. Оба SDLC против STLC в некоторой степени взаимосвязаны, или можно сказать, что один является предшественником других. Причина проста: если что-то разрабатывается с целью обслуживания (потребности клиентов), то это должно быть проверено перед развертыванием. Это отраслевые стандарты десятилетий и ответственности, поскольку клиент вложил после этого огромную сумму денег.

Это была история за кулисами, которая ведет нас к основному разделу статьи - SDLC против STLC. Давайте посмотрим подробно, что это за SDLC против STLC. Какова последовательность операций под каждым? В чем разница между SDLC и STLC? Какие виды деятельности нужны для успешного завершения?

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

ЖИЗНЕННЫЙ ЦИКЛ означает серию изменений в жизни. Либо живой, неживой, либо любой процесс, имеющий ряд шагов или последовательность операций. Эти последовательности являются своего рода указанием на то, что у них есть определенная начальная и конечная точка. Наоборот, можно сказать, что в данном процессе есть некоторый подпроцесс. Это и есть жизненный цикл. Выяснение того, что на самом деле жизненный цикл заставляет нас двигаться вперед в дискуссии в направлении разработки программного обеспечения. Итак, SDLC означает « жизненный цикл процесса разработки программного обеспечения» .

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

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

Примечание. Должен сказать, что методики Agile scrum-моделей хороши для работы, но в ИТ-индустрии команда может предпочесть любую из этих моделей. Например, если требование ясно и гарантия того, что он не изменится на более позднем этапе, команда обязательно пойдет с Waterfall, а не с 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. Здесь все оценки и время рассчитываются до начала тестирования. Результатом этого будет проверка планов или стратегий документации. По завершении этого этапа команда QA может начать работу по разработке тестового примера. Тот же график, который рисуется в верхней фазе, снова используется с изменениями.
  2. РАЗРАБОТКА ИСПЫТАНИЙ - Фактическая разработка тестовых случаев выполняется после завершения фазы планирования тестов. Здесь тестирование командной работы на тестовых примерах. Не только тестовые случаи, но и полный отчет, который содержит тестовые данные, участвуют и документируются. После завершения они подвергаются перекрестной проверке со стороны сверстников или экспертов по обеспечению качества. Здесь также готовится RTM (матрица прослеживаемости требований). Эти документы отслеживают требование в обоих направлениях (средства вперед и назад).
  3. НАСТРОЙКА ОКРУЖАЮЩЕЙ СРЕДЫ - Это обычно не практикуется, потому что среда уже была определена на этапе разработки (в SDLC). В целом, не происходит никаких изменений в окружающей среде.
  4. ИСПОЛНЕНИЕ ТЕСТА - Здесь тестовые случаи выполняются на основе изначально подготовленных планов тестирования. Если случаи в порядке, они помечены как PASS, иначе FAIL. На этом этапе готовится полный список ошибок, которые передаются команде разработчиков для исправления до окончательного выпуска программного обеспечения.
  5. ЗАКРЫТИЕ ЦИКЛА ИСПЫТАНИЯ - дискуссия, в ходе которой команда решает, что было правильным и неправильным с точки зрения тестирования. На этой встрече обсуждаются вещи, которые нужно улучшить в будущем, которые могут сэкономить время и усилия в правильном направлении. Это полезно с точки зрения развития.

Сравнение лицом к лицу между 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 с помощью инфографики и сравнительной таблицы. Вы также можете взглянуть на следующие статьи, чтобы узнать больше

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

Категория:

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