STLC - Анализ требований
Анализ требований - это первая фаза STLC, которая начинается, как только SRD / SRS передается группе тестирования. Давайте рассмотрим следующие моменты, чтобы понять анализ требований в STLC.
Критериями входа на этот этап является предоставление SRS (Спецификация требований к программному обеспечению); Также рекомендуется, чтобы архитектура приложения была удобной.
На этом этапе команда QA анализирует на более высоком уровне, что тестировать и как тестировать.
Команда QA связывается с различными заинтересованными сторонами, такими как бизнес-аналитик, системная архитектура, клиент, руководитель тестирования / руководитель, в случае, если для понимания требования требуется какой-либо запрос или разъяснение.
Требования могут быть функциональными или нефункциональными, такими как производительность, безопасность, удобство использования и т. Д., Или одновременно функциональными и нефункциональными.
Критериями выхода на этом этапе является заполнение документа RTM, технико-экономического обоснования автоматизации и списка вопросов, если это применимо, для уточнения требований.
Действия, выполняемые для анализа требований
На этом этапе команда QA выполняет три основных действия. Действия описаны ниже.
Определение объема
Команда QA определяет объем тестирования на высоких уровнях и делится на различные функциональные модули. Команда также определяет типы тестирования, которое необходимо выполнить - дымовое тестирование, тестирование работоспособности, функциональное тестирование, регрессионное тестирование и т. Д. Группа QA анализирует предварительные условия и детали среды, в которой предполагается проводить тестирование. Команда собирает подробную информацию о приоритетах тестирования и сосредотачивается на последовательности модулей, которые нужно проверить. Он также определяет дефекты требований, если модули противоречат друг другу и функциональность не переносится вместе с другими модулями.
Подготовить RTM
Отслеживание требований - это процесс документирования связей между требованиями и рабочими продуктами, разработанными для реализации и проверки этих требований. RTM фиксирует все требования анализа требований вместе с возможностью их отслеживания в одном документе. Все это доставляется по завершении жизненного цикла.
Матрица создается в самом начале проекта, поскольку она формирует основу объема проекта и результатов, которые будут произведены.
Матрица является двунаправленной, так как она отслеживает требования вперед, исследуя выходные результаты, и в обратном направлении, рассматривая бизнес-требования, которые были указаны для конкретной функции продукта.
Анализ автоматизации
На этапе требований команда QA анализирует объем автоматизации регрессионного тестирования. Если автоматизация добавляется в объем, команда решает, какой инструмент можно использовать, какие функции будут охвачены как автоматизация, временные рамки и распределение ресурсов, необходимых для разработки автоматизации. После завершения этого анализа команда QA предоставляет отчет о целесообразности автоматизации различным заинтересованным сторонам для подтверждения.