В этом посте мы познакомим вас со всем, что вам нужно знать о жизненном цикле тестирования программного обеспечения (STLC). В предыдущем посте мы узнали, что такое жизненный цикл тестирования и разработки программного обеспечения.
Мы начнем с определения STLC, фаз STLC и следующего.
Что такое STLC ?
Жизненный цикл тестирования программного обеспечения (STLC) определяет, какие действия по тестированию следует выполнять и когда выполнять эти действия по тестированию. Несмотря на то, что тестирование различается в разных организациях, существует жизненный цикл тестирования.
Не пропустите: Полное руководство по ручному тестированию
Видеоруководство по STLC
Посмотрите видео ниже, чтобы посмотреть «Этапы жизненного цикла тестирования программного обеспечения (этапы STLC)»
Наберитесь терпения. Видео загрузится через некоторое время.
Этапы STLC
Различные этапы модели жизненного цикла тестирования программного обеспечения (модель STLC):
- Анализ требований
- Планирование тестирования
- Дизайн теста
- Настройка тестовой среды
- Выполнение теста
- Закрытие теста
Каждый этап STLC (жизненный цикл тестирования программного обеспечения) имеет определенные критерии входа и выхода.
1. Анализ требований
Критерием входа на этот этап является документ BRS (спецификация бизнес-требований). На этом этапе группа тестирования изучает и анализирует требования с точки зрения тестирования.
Этот этап помогает определить, поддаются ли тестированию требования. Если какое-либо требование невозможно протестировать, группа тестирования может связаться с различными заинтересованными сторонами (клиентом, бизнес-аналитиком, техническими руководителями, системными архитекторами и т. д.) на этом этапе, чтобы можно было спланировать стратегию смягчения последствий.
Критерии входа: BRS (спецификация бизнес-требований)
Результаты: список всех подлежащих тестированию требований, технико-экономическое обоснование автоматизации (если применимо)
Обязательно к прочтению: подробное объяснение стратегии тестирования
2. Планирование тестирования.
Планирование тестирования — это первый шаг в процессе тестирования.
На этом этапе обычно менеджер по тестированию/руководитель тестирования включает в себя определение усилий и оценок затрат для всего проекта. Подготовка плана тестирования будет осуществляться на основе анализа требований.
На этом этапе выполняются такие действия, как планирование ресурсов, определение ролей и обязанностей, выбор инструментов (при автоматизации), требования к обучению и т. д.
результатами этого этапа являются документы с планом тестирования и оценкой усилий.
Критерии входа: документы с требованиями
результаты: стратегия тестирования, план тестирования и Документ с оценкой усилий по тестированию.
Обязательно к прочтению:Как написать хороший план тестирования
3. Проектирование тестирования.
На этом этапе команда тестировщиков начинает с разработки тестового примера. Тестировщики подготавливают тестовые наборы, тестовые сценарии (в случае автоматизации) и тестовые данные.
После того, как тестовые наборы готовы, они проверяются коллегами или руководителем группы.
Кроме того, группа тестирования готовит Матрицу прослеживаемости требований (RTM). RTM отслеживает требования до тестовых случаев, необходимых для проверки выполнения требований. Результатами этого этапа являются тестовые наборы, тестовые сценарии, тестовые данные, матрица отслеживания требований
Критерии входа: документы с требованиями (обновленная версия неясного или отсутствующего требования)
< strong>Результаты: Тестовые сценарии, Тестовые сценарии (при автоматизации), Тестовые данные.
На этом этапе наиболее популярным инструментом будет Selenium. Однако его сложность и опыт программирования, необходимые для Python или C#, определенно создадут проблему для ваших ручных тестировщиков и новичков в автоматизации. в ключевых словах и предопределенных шаблонах артефактов для наборов тестов. -Среда-Настройка>4. Настройка тестовой среды.
Этот этап можно начать параллельно с этапом разработки теста.
Настройка тестовой среды выполняется на основе списка требований к оборудованию и программному обеспечению. В некоторых случаях команда тестирования может не участвовать в этом этапе. Команда разработчиков или заказчик предоставляют тестовую среду.
Тем временем группа тестирования должна подготовить дымовые тестовые примеры, чтобы проверить готовность данной тестовой среды.
Критерии входа: план тестирования, Тестовые примеры Smoke, тестовые данные
Результаты: Тестовая среда. Результаты дымового теста.
5. Выполнение теста.
Команда тестирования начинает выполнение тестовых случаев на основе запланированных тестовых случаев. Если результат тестового примера «Пройден/Не пройден», то он должен быть обновлен в тестовых примерах.
Отчет о дефектах должен быть подготовлен для неудачных тестовых случаев и должен быть сообщен Группе разработчиков с помощью инструмента отслеживания ошибок. для исправления дефектов.
Повторное тестирование будет выполнено после устранения дефекта. Нажмите здесь, чтобы увидеть жизненный цикл ошибки.
Критерии участия:Документ плана тестирования, тестовые наборы, тестовые данные, тестовая среда.
Результаты: отчет о выполнении тестового набора, отчет о дефектах, RTM
Обязательно к прочтению: как составить эффективный отчет о дефектах
6. Завершение тестирования:
Заключительный этап, на котором мы готовим отчет о завершении тестирования, метрики тестирования.
Группа тестирования будет вызвана на совещание для оценки критериев завершения цикла на основе покрытия тестами, качества, времени, стоимости, программного обеспечения, бизнес-целей.
Группа тестирования анализирует артефакты тестирования (такие как тестовые наборы, отчеты о дефектах, и т. д.), чтобы определить стратегии, которые необходимо реализовать в будущем, что поможет устранить узкие места процессов в предстоящих проектах.
Показатели тестирования и отчет о завершении тестирования будут подготовлены на основе вышеуказанных критериев.
< strong>Критерии входа: отчет о выполнении тестового примера (убедитесь, что нет открытых дефектов высокой серьезности), отчет о дефектах
Результаты: отчет о завершении тестирования, показатели тестирования
Обязательно к прочтению: показатели тестирования
этапы STLC ( Критерии входа и выхода)
| Фаза STLC | Критерии входа | Критерии выхода | Результаты |
|---|---|---|---|
| Анализ требований | Документ спецификации требований, Документ с критериями приемки, Документ по архитектуре приложения | Подписан RTM, Подписан технико-экономический отчет по автоматизации | Список всех тестируемых требований, технико-экономическое обоснование автоматизации (если применимо) |
| Планирование тестирования | Требования к документам, Отчет о возможности автоматизации | Утвержденный документ плана тестирования, Утвержденный документ стратегии тестирования, Утвержденный документ оценки усилий | Стратегия тестирования, план тестирования и документ оценки усилий тестирования. |
| Проект тестирования | Требования к документам (обновленная версия неясного или отсутствующего требования), RTM, план тестирования, документ с оценкой тестирования, отчет об анализе автоматизации | Просмотренный и утвержденный тест кейсы, тестовые скрипты, тестовые данные | Тестовые случаи, Тестовые сценарии (при автоматизации), Тестовые данные. |
| Настройка тестовой среды | План тестирования, План настройки тестовой среды , Тестовые примеры дыма, Тестовые данные | Настройка рабочей тестовой среды, Действительная настройка тестовых данных, Успешное выполнение тестов | Тестовая среда. Результаты дымового теста. |
| Выполнение теста | Документ плана тестирования, тестовые примеры, тестовые сценарии, тестовые данные, тестовая среда.< тд класс = столбец-3>Выполнение всех запланированных тестовых наборов, регистрация всех обнаруженных дефектов | Отчет о выполнении тестового набора, отчеты о дефектах, RTM | |
| Тест Закрытие | Тестирование завершено, отчет о выполнении тестового примера (убедитесь, что нет открытых дефектов высокой серьезности) | Подписанный отчет о закрытии теста | Отчет о завершении тестирования, показатели тестирования |
Разница между STLC и SDLC
Проверьте это подробное руководство по различиям между SDLC и STLC
Заключение.
Жизненный цикл тестирования программного обеспечения — это систематический способ выполнения тестирования. Это обеспечивает более высокое качество продукта, быстрое исправление ошибок, а также эффективные и действенные результаты тестирования.
Поставьте лайк этому посту и поделитесь им с друзьями. Если у вас есть какие-либо вопросы, пожалуйста, прокомментируйте ниже.
TAG: qa
Еще об этом:
150+ ЛУЧШИХ ВОПРОСОВ И ОТВЕТОВ НА ИНТЕРВЬЮ О ТЕСТИРОВАНИИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
ЛУЧШИЕ ИНСТРУМЕНТЫ АВТОМАТИЗИРОВАННОГО ТЕСТИРОВАНИЯ (БЕСПЛАТНЫЕ И ПЛАТНЫЕ) | август 2022 г.
ЛУЧШИЕ ИНСТРУМЕНТЫ ТЕСТИРОВАНИЯ ВЕБ-ПРИЛОЖЕНИЙ (БЕСПЛАТНЫЕ И ПЛАТНЫЕ) НА 2022 ГОД
ТЕСТОВАЯ СРЕДА ДЛЯ ТЕСТИРОВАНИЯ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ – ПОДРОБНОЕ РУКОВОДСТВО
ТЕСТПРОЕКТ ОБЗОР СРЕДСТВ АВТОМАТИЗАЦИИ ТЕСТИРОВАНИЯ ПО МАТЕРИАЛАМ ДЛЯ ТЕСТИРОВАНИЯ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
ЛУЧШИЕ ИНСТРУМЕНТЫ УПРАВЛЕНИЯ ТЕСТИРОВАНИЕМ (БЕСПЛАТНЫЕ И ПЛАТНЫЕ) НА 2022 ГОД
ЛУЧШИЕ ИНСТРУМЕНТЫ ТЕСТИРОВАНИЯ МОБИЛЬНЫХ ПРИЛОЖЕНИЙ В 2024 ГОДУ ДЛЯ ANDROID И IOS
КРИТЕРИИ ВХОДА И ВЫХОДА В ПРОЦЕССЕ ГТЛЦ
ЧТО ТАКОЕ ТЕСТИРОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ | ВСЕ, ЧТО ВЫ ДОЛЖНЫ ЗНАТЬ
КОНТРОЛЬ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ В РЕАЛЬНОМ ВРЕМЕНИ ИНТЕРВЬЮ ВОПРОСЫ И ОТВЕТЫ
