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