Учебники

Статическое Тестирование

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

Статическое тестирование помогает находить ошибки, которые не могут быть обнаружены динамическим тестированием.

Два основных типа методов статического тестирования:

  • Ручные проверки : Ручные проверки включают анализ кода, выполненный вручную, также известный как ОБЗОРЫ.
  • Автоматический анализ с использованием инструментов. Автоматический анализ — это в основном статический анализ, который выполняется с помощью инструментов.

В этом уроке вы узнаете

Что такое тестирование?

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

Отзывы могут быть разделены на четыре части:

  • Неофициальные обзоры
  • пошаговые руководства
  • Технический обзор
  • Осмотры

В процессе проверки участвуют четыре типа участников, которые принимают участие в тестировании:

  • Модератор : Выполняет проверку входа, следит за переделкой, тренирует члена команды, назначает встречу.
  • Автор : берет на себя ответственность за исправление обнаруженного дефекта и улучшает качество документа.
  • Писец : Он регистрирует дефект во время проверки и посещает совещание по проверке.
  • Рецензент : Проверьте материал на наличие дефектов и проверяет
  • Руководитель : принимает решение о проведении проверок и обеспечивает достижение целей процесса проверки.

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

  • Отклонения от стандартов
  • Необслуживаемый код
  • Дефекты дизайна
  • Отсутствующие требования
  • Несоответствующие спецификации интерфейса

Обычно дефекты, обнаруженные во время статического тестирования, связаны с уязвимостями безопасности, необъявленными переменными, нарушениями границ, нарушениями синтаксиса, несовместимым интерфейсом и т. Д.

Почему статическое тестирование?

Статическое тестирование проводится по следующим причинам

  • Раннее обнаружение и исправление дефектов
  • Сокращенные сроки разработки
  • Снижение затрат и времени на тестирование
  • Для повышения производительности разработки
  • Чтобы получить меньше дефектов на более поздней стадии тестирования

Что проверено в статическом тестировании

В статическом тестировании проверяются следующие вещи

  • Модульные тесты
  • Документ бизнес-требований (BRD)
  • Случаи использования
  • Системные / функциональные требования
  • Прототип
  • Спецификация прототипа
  • Электронная таблица словаря полей БД
  • Тестовые данные
  • Документ матрицы прослеживаемости
  • Руководство пользователя / Учебные пособия / Документация
  • Документ Стратегии плана тестирования / Тестовые случаи
  • Скрипты тестирования автоматизации / производительности

Как проводится статическое тестирование

Чтобы выполнить статическое тестирование, это делается следующими способами:

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

Различные действия для выполнения статического тестирования:

  1. Проверка требований использования сценариев. Проверяется, что все действия конечного пользователя определены, а также любые входные и выходные данные, связанные с ними. Чем более детальными и тщательными являются варианты использования, тем более точными и всеобъемлющими могут быть тестовые примеры.
  2. Проверка функциональных требований : гарантирует, что функциональные требования идентифицируют все необходимые элементы. В нем также рассматриваются функции базы данных, списки интерфейсов, требования к оборудованию, программному обеспечению и сети.
  3. Обзор архитектуры : все процессы бизнес-уровня, такие как расположение серверов, схемы сетей, определения протоколов, балансировка нагрузки, доступность базы данных, тестовое оборудование и т. Д.
  4. Проверка макета прототипа / экрана : на этом этапе проводится проверка требований и вариантов использования.
  5. Проверка словаря полей : Каждое поле в пользовательском интерфейсе определено достаточно хорошо, чтобы создавать контрольные примеры проверки уровня поля. Поля проверяют минимальную / максимальную длину, значения списка, сообщения об ошибках и т. Д.

Методы статического тестирования

  • Неофициальные обзоры
  • пошаговые руководства
  • Технические обзоры
  • Осмотры
  • Статический анализ
    • Поток данных
    • Контроль потока

Методы статического тестирования

Инструменты, используемые для статического тестирования

Различные инструменты, используемые для статического тестирования, следующие,

Советы по успешному процессу статического тестирования

Несколько полезных советов для выполнения статического процесса тестирования в Software Engineering.

  • Сосредоточьтесь только на вещах, которые действительно имеют значение
  • Явно планируйте и отслеживайте действия по проверке. Пошаговое руководство и проверка программного обеспечения, как правило, являются составной частью экспертных обзоров.
  • Обучите участников примерами
  • Решить проблемы людей
  • Сохраняйте процесс формальным как культура проекта
  • Непрерывное улучшение — процесс и инструменты
  • Устраняя основные задержки в выполнении теста, можно уменьшить стоимость и время тестирования

Резюме:

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