Что такое статическое тестирование?
Прежде чем разбираться в методах статического тестирования, мы должны понять, что такое статическое тестирование и как это тестирование вошло в процесс тестирования. Перед выпуском любого программного обеспечения и обработкой его клиенту очень важно полностью его протестировать. Для полного тестирования программного обеспечения проверка и валидация должны быть выполнены. Для этого Статическое и Динамическое тестирование играет свою роль. В статическом тестировании программное обеспечение или приложение тестируется вручную или с использованием инструментов без выполнения кода, т. Е. Дефекты обнаруживаются в статическом тестировании без фактического выполнения кода, тогда как в динамическом тестировании код выполняется для поиска дефектов.
Статическое тестирование выполняется двумя способами:
- Обзоры. Обзоры выполняются для того, чтобы найти дефекты, проблемы и неясности в документах, таких как требования, дизайн и т. Д. Обзоры играют важную роль в статическом тестировании, поскольку лучше найти причину сбоя при запуске, чем сбои. в конце. Поскольку большинство проблем возникло после разработки программного обеспечения в отношении требований, дизайна, не зафиксированного в начале, или любой неопределенности, обнаруженной в документах. Обзоры могут быть формальными / неформальными в зависимости от конкретной стадии тестирования программного обеспечения. Обзоры в тестировании программного обеспечения состоят из неформального, пошагового руководства, проверки и технического обзора.
- Статический анализ. В статическом анализе программное обеспечение или приложение тестируется для выявления структурных дефектов в коде, написанном разработчиками, без фактического его выполнения. Статический анализ обычно выполняется инструментами и используется для обнаружения дефектов, таких как неиспользуемые / не связанные переменные, нарушение стандарта программирования, нарушения синтаксиса, несоблюдение стандартов кодирования, мертвый код (код написан, но нигде не используется) и т. Д. Существуют определенные инструменты, доступные на рынке, который помогает в статическом анализе кода, анализирует структуры и зависимости, вычисляет метрики, такие как цикломатическая сложность или уровни вложенности, и заставляет разработчиков следовать определенным стандартам кодирования и помогает в статическом анализе.
Методы статического тестирования
Как упоминалось выше, статическое тестирование выполняется либо вручную, что выполняется в обзорах, либо с помощью инструментов тестирования, выполняемых в статическом анализе.
Процесс проверки : во время статического тестирования обзоры могут быть выполнены двумя способами:
1. Неофициальный обзор
- Неофициальный обзор делается на ранних этапах жизненного цикла разработки.
- Никакие формальные документы или процедуры не используются в неофициальном обзоре.
- Неофициальные рецензии бывают разных форм и форм, единственная особенность в том, что они официально не документированы.
- Основная цель неофициального обзора - улучшение качества программного обеспечения с помощью авторов.
- Он следует простой процедуре, когда два человека сидят вместе, один из них является автором, который рассматривает работу других коллег, например, любой документ, дизайн, код и т. Д. В зависимости от уровня тестирования может быть добавлено больше участников или целой команды.
2. Официальный обзор
- Формальный обзор очень хорошо структурирован и задокументирован.
- Формальная проверка проводится в соответствии с различными этапами проверок, такими как планирование, начало, подготовка, обзорная встреча, доработка и контроль.
- Официальный обзор охватывает широкие и серьезные сценарии программного обеспечения, такие как юридические требования, зрелость разработки программного обеспечения и т. Д.
Типы отзывов
Ниже упомянуты различные типы Обзоров:
1. Прохождение
- В пошаговом руководстве Автор руководит процессом проверки, чтобы соответствовать общему пониманию, а другие члены команды задают возможные вопросы и представляют собранные отзывы.
- Прохождение может быть формальным или неформальным обзором.
- Протокол собрания и обнаруженные дефекты / записи фиксируются Писцом (который не является Автором), чтобы отслеживать их позже.
- Члены команды не должны иметь подробные знания о содержании, так как автор хорошо подготовлен к этому, и это своего рода сеанс передачи знаний.
Основные цели прохождения
- Основная цель - дать возможность учиться и давать знания другим членам команды о содержании.
- Представить документ всем заинтересованным сторонам, в пределах и за пределами дисциплины программного обеспечения, и собрать больше информации об рассматриваемом документе.
- Они стремятся к тому, чтобы другие участники четко изучили содержание, чтобы они могли предоставить предложения, альтернативы для предлагаемого документа.
2. Осмотр
- Инспекция является одним из самых формальных видов проверок.
- Его возглавляет обученный модератор, который не является автором собрания.
- Рецензенты хорошо подготовлены перед встречей о документах или о том, что необходимо обсудить.
- На этом совещании используются правила и контрольные списки, в течение которых проверяется продукт и регистрируются дефекты.
- Дефекты, обнаруженные на собрании, документируются в журнале проблем или в списке журналов.
- Встреча имеет надлежащие критерии входа и выхода.
- Отчеты, созданные во время встречи, передаются Автору для принятия соответствующих действий.
- Модератор выполняет формальный последующий процесс для решения проблем улучшения и изучения обнаруженных дефектов.
Основные задачи инспекции
- Улучшение качества документов под инспекцией.
- Быстро найти и устранить дефекты, обнаруженные на собрании.
- Создание более детального понимания через групповые обсуждения и обмен информацией.
- Учимся на ранее внесенных недостатках и не повторяем их в будущем.
3. Технический обзор
- Это хорошо документировано и соответствует методике обнаружения дефектов, в которой участвуют коллеги и технические эксперты.
- Обычно его возглавляет обученный модератор, а не автор.
- В техническом обзоре проверяется продукт, и обнаруживаются дефекты, в основном технические.
- Участие руководства в техническом обзоре отсутствует.
- Полный отчет подготовлен, чтобы иметь список решенных вопросов.
Основные задачи технического обзора
- Держите участников в курсе технических концепций документа.
- Чтобы гарантировать, что с самого начала, технические концепции должны быть поняты правильно.
- Собрать альтернативы и решения участников относительно технических концепций.
- Для обеспечения согласованности в техническом и концептуальном дизайне программного обеспечения.
- Сосредоточить внимание на технических аспектах программного обеспечения и технической осуществимости, которая не менее важна, чем концептуальная.
Вывод
Статическое тестирование не только помогает находить дефекты на ранних стадиях, но также обеспечивает замкнутый взгляд на документы и помогает понять отсутствующие требования, неоднозначность, дефекты конструкции, проблемы с техническим обслуживанием и т. Д. Один документ подвергается нескольким рецензиям и каждому рецензированию. имеет свою цель и процедуры. Каждый анализ служит определенной цели, например, неофициальный анализ проводится перед любой технической или формальной проверкой, чтобы в первую очередь можно было устранить дефекты, которые могут быть обнаружены в неофициальном порядке. Чем больше проверок выполняется для любого документа до и во время разработки, тем меньше вероятность появления дефектов в конце.
Рекомендуемые статьи
Это руководство по методам статического тестирования. Здесь мы подробно обсудим различные типы обзоров и статических приемов. Вы также можете просмотреть наши другие предлагаемые статьи -
- Понимание концепции статического тестирования
- Что такое нефункциональное тестирование?
- Примеры тестирования белого ящика
- Что делает Динамическое Тестирование?