Что такое среда автоматизации тестирования?

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

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

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

Наиболее часто используемый тип фреймворка - это фреймворк на основе кода, который используется для тестирования белого ящика. Платформы на основе кода требуют от разработчиков написания небольших фрагментов кода в форме модульных тестов для проверки функциональности или производительности программного обеспечения. Разработчики, использующие основанные на коде фреймворки, должны позаботиться о том, чтобы писать свое программное обеспечение так, чтобы его можно было тестировать, то есть код должен быть модульным, чтобы модульный тест мог вызвать фрагмент кода и проверить результат. Эти структуры обычно включают реализацию xUnit, где «x» изменяется в зависимости от тестируемого языка программирования.

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

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