QA Engineer
  • Введение
  • FAQ
    • Качества и навыки, которыми нужно обладать тестировщику?
    • Что должен знать и уметь Midle? Что спросят на собеседовании?
    • Как происходит процесс найма?
    • Как проходить собеседование?
    • Ошибки в работе у начинающих тестировщиков
    • Как взаимодействовать с коллегами?
  • МОДУЛЬ 1. ТЕОРИЯ ТЕСТИРОВАНИЯ
    • Общее понимание тестирования
  • Виды тестирования
    • Функциональное тестирование
    • Нефункциональное тестирование
    • Тестирование связанное с изменениями
  • Уровни тестирования
  • Методы тестирования
    • Black box testing
    • White Box Testing
    • Grey box testing
  • Тест-Дизайн
  • Тестовая документация
    • Требования
      • Тестирование требований
    • Тест-план
    • Чек-лист
    • Тест-кейс
    • Баг-репорт
  • ЗАДАНИЕ. ТЕСТ
  • МОДУЛЬ 2. API (BackEnd)
    • API. Что это?
  • Архитектуры ПО
    • Монолитная архитектура
    • Микросервисная архитектура
  • Брокеры сообщений
    • Kafka
  • Клиент-серверное взаимодействие
  • Тестирование API (BackEnd)
    • REST и SOAP
    • jRPC
    • JSON
    • XML
    • Протоколы
    • Коды состояния ответов HTTP(S)
    • Логирование (Logs)
  • Swagger
  • Postman
  • ЗАДАНИЕ. ТЕСТИРОВАНИЕ API
  • МОДУЛЬ 3. FRONTEND и WEB
    • Теория FrontEnd
    • Элементы интерфейса сайта
  • Верстка
  • Основы HTML
  • CSS
  • Сети и около них
    • Идентификация ресурсов в сети (Identifying resources on the Web)
    • Веб-сервис (WS - Web service)
    • Сокет/веб-сокет (socket/websocket)
    • Рендеринг в интернете (Rendering on the Web)
  • DevTools
    • Network
    • Application
    • Source
    • Elements
    • Console
    • Performances
  • Кроссбраузерность
  • Сетевые данные
    • Сache
    • Сookie
  • МОДУЛЬ 4. SDLC и STLC
    • Жизненный цикл разработки SDLC
    • Жизненный цикл тестирования STLC
    • Модели разработки ПО
      • «V-Model»
      • «Waterfall Model» (каскадная модель или «водопад»)
      • «Agile Model» (гибкая методология разработки)
    • Agile
    • Scrum
    • Подходы к разработке/тестированию
  • МОДУЛЬ 5. БАЗЫ ДАННЫХ.
    • Теория
    • Типы БД
      • Реляционные
      • Нереляционные
    • SQL. ОСНОВЫ
      • Работа с Select * From
      • JOIN
    • Задание
  • ALL SOFT (Ознакомление)
    • Jira и Confluence
    • SOAP UI
    • Git
    • Kibana
    • Docker
    • Jenkins
Powered by GitBook
On this page
  • Этапы STLC
  • 2. Планирование тестирования
  • 3. Разработка тест-кейсов
  • 4. Настройка тестовой среды
  • 5. Выполнение тестов
  • Заключение
  1. МОДУЛЬ 4. SDLC и STLC

Жизненный цикл тестирования STLC

STLC – это серия четко определенных действий, которые тестировщики программного обеспечения должны выполнить для обеспечения качества приложения. В процессе тестирования необходимо последовательно и систематически выполнять каждый этап, который имеет свои цели и приводит к определенным результатам.

Разные компании могут иметь свои собственные модели STLC, но основная структура процесса тестирования остается неизменной. Она определяет способ проведения тестирования.

Этапы STLC

Тестирование программного обеспечения требует тщательного внимания к деталям и последовательного подхода. Оно разделено на следующие этапы:

  1. Анализ требований

  2. Планирование тестирования

  3. Разработка тест-кейсов

  4. Настройка тестовой среды

  5. Выполнение теста

  6. Завершение STLC

Каждый этап тестирования имеет свои задачи и результаты, которые помогают оценить программное обеспечение и удовлетворить требования пользователей.

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

1. Анализ требований

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

На этапе анализа требований выполняются следующие действия:

  1. Обзор документа с требованиями к программному обеспечению и других соответствующих документов.

  2. Встреча с заинтересованными сторонами для получения дополнительной информации о требованиях.

  3. Обнаружение несогласованностей в требованиях.

  4. Определение потенциальных рисков или проблем, которые могут повлиять на процесс тестирования.

  5. Создание таблицы, которая помогает отследить связь между требованиями и тест-кейсами.

В конце этого этапа команда тестирования должна ясно понимать требования к программному обеспечению и возможные проблемы, которые могут повлиять на процесс тестирования.

2. Планирование тестирования

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

На этапе планирования тестирования выполняются следующие действия:

  1. Определение целей тестирования.

  2. Планирование способов и методов тестирования, которые будут использоваться.

  3. Определение среды тестирования и необходимых ресурсов.

  4. Определение тест-кейсов, которые будут выполняться, и тестовых данных, которые будут использоваться.

  5. Оценка времени и затрат, необходимых для тестирования.

  6. Определение результатов и этапов тестирования.

  7. Распределение ролей и обязанностей команды тестирования.

  8. Рассмотрение и утверждение тест-плана.

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

3. Разработка тест-кейсов

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

На этапе разработки тест-кейсов выполняются следующие действия:

  1. Определение тест-кейсов для разработки.

  2. Создание простых и понятных тест-кейсов.

  3. Определение ожидаемых результатов для каждого тест-кейса.

  4. Проверка и валидация тест-кейсов.

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

4. Настройка тестовой среды

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

На этапе настройки среды выполняются следующие действия:

  1. Запуск тест-кейсов и сценариев для выявления дефектов или проблем.

  2. Запись всех обнаруженных дефектов с указанием их важности, приоритета и подробной информации.

  3. Подготовка и загрузка тестовых данных в систему для проведения тестирования.

  4. Установка необходимого оборудования, программного обеспечения и сетевых конфигураций для проведения тестирования.

  5. Анализ результатов выполнения тестов для определения производительности ПО.

  6. Повторное тестирование дефектов, обнаруженных в ходе выполнения тестов.

  7. Создание отчетов о результатах тестирования.

5. Выполнение тестов

Следующим этапом STLC является выполнение тестирования. На этом этапе выполняется тестирование в соответствии с тест-планом и разработанными тест-кейсами. Команда тестировщиков выполняет тесты, документирует результаты и сообщает о любых дефектах в приложении.

На этапе выполнения тестирования выполняются следующие действия:

  1. Выполнение тестов в соответствии с ранее созданным тест-планом.

  2. Запись результатов тестирования и документирование любых дефектов или проблем, которые были обнаружены во время тестирования.

  3. Повторное тестирование любых дефектов, чтобы убедиться, что они были устранены.

  4. Мониторинг и отслеживание дефектов до их полного устранения.

Результаты этого этапа включают обновленные тест-кейсы, которые отражают результаты тестирования и любые обнаруженные ошибки. Эти результаты документируются и отслеживаются до окончательного устранения ошибок.

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

Завершение тестирования – это заключительный этап STLC, который включает в себя документирование всех действий, связанных с тестированием. Его основная цель – убедиться, что все предыдущие этапы завершены, и программное обеспечение готово к релизу.

На этапе завершения тестирования команда тестировщиков получает четкое представление о качестве и надежности программного обеспечения. Все дефекты или проблемы, выявленные в ходе тестирования, должны быть устранены. Кроме того, процесс тестирования документируется и записывается для улучшения тестирования в будущем.

Результат завершения STLC обычно включает в себя:

  1. Финальный отчет, в котором подводится итог всему процессу, включая количество выполненных тест-кейсов, обнаруженные дефекты и процент прохождения/неудач тестов.

  2. Все найденные дефекты в процессе тестирования отслеживаются и исправляются.

  3. Тестовая среда очищается, а все тестовые данные архивируются для дальнейшего использования.

  4. Создается отчет, который содержит информацию о целях, объеме и использованных в тестировании ресурсах.

  5. Замечания, полученные в результате тестирования, собираются и используются для улучшения последующих процессов тестирования.

Заключение

Жизненный цикл тестирования программного обеспечения необходим для успешной разработки ПО. Позднее тестирование может привести к задержкам в проекте и негативно сказаться на качестве продукта.

Таким образом, важно уделять достаточное внимание каждому этапу тестирования программного обеспечения, чтобы обеспечить высокое качество продукта и минимизировать возможные проблемы в будущем.

PreviousЖизненный цикл разработки SDLCNextМодели разработки ПО

Last updated 1 year ago