Заглушка теста - Test stub

В продвинутой информатике полиморфизма тестовые заглушки - это программы, моделирующие поведение программных компонентов (или модулей), от которых зависит тестируемый модуль.

Заготовки тестов предоставляют стандартные ответы на звонки, сделанные во время теста, обычно не отвечающие ни на что, кроме того, что запрограммировано для теста.[1]

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

Пример

Рассмотрим компьютерную программу, которая запрашивает базу данных, чтобы получить общую стоимость всех продуктов, хранящихся в базе данных. В этом примере запрос выполняется медленно и потребляет большое количество системных ресурсов. Это сокращает количество тестовых запусков в день. Во-вторых, тесты могут включать значения, не входящие в базу данных. Для этого используется метод (или вызов): get_total (). Для целей тестирования исходный код в get_total () можно временно заменить простым оператором, возвращающим определенное значение. Это будет тестовая заглушка.

Доступны несколько сред тестирования, а также программное обеспечение, которое генерирует тестовые заглушки на основе существующего исходного кода и требований к тестированию. Заглушки и драйверы - это два типа тестовых жгутов. Тестовые жгуты - это набор программного обеспечения и тестовых данных, которые настроены так, чтобы можно было тестировать программный модуль, моделируя различные наборы условий, одновременно отслеживая поведение и результаты.

И заглушки, и драйверы являются фиктивными модулями и создаются только для тестовых целей.

Заглушки используются при тестировании сверху вниз, когда основной модуль готов к тестированию, а подмодули еще не готовы. Таким образом, на простом языке заглушки - это «вызываемые» программы, которые вызываются для проверки функциональности основного модуля.

Например, в ситуации, когда у вас есть три разных модуля: Login, Home, User. Предположим, модуль входа в систему готов к тестированию, но два второстепенных модуля Home и User, которые вызываются модулем входа, еще не готовы для тестирования. В это время написан кусок фиктивного кода, который имитирует вызываемые методы Home и User. Эти фиктивные фрагменты кода являются заглушками.

С другой стороны, именно Драйверы являются «вызывающими» программами. Драйверы используются при восходящем тестировании. Драйверы - это фиктивный код, который используется, когда подмодули готовы, но основной модуль еще не готов.

Возьмем тот же пример, что и выше. Предположим, на этот раз модули User и Home готовы, но модуль Login не готов к тестированию. Теперь, когда Home и User возвращают значения из модуля Login, поэтому пишется фиктивный фрагмент кода, который имитирует модуль Login. Этот фиктивный код затем называется Driver.

Смотрите также

Рекомендации

  1. ^ Фаулер, Мартин (2007), Моки - это не заглушки (В сети)

внешняя ссылка