Чтобы получить больше преимуществ от тестирования программного обеспечения, организации в настоящее время делают шаг вперед. Они реализуют важные сценарии приемочных испытаний, пока идет разработка. Этот подход обычно известен как развитие, управляемое поведением (BDD).
Behavior Driven Development дает нам возможность создавать тестовые сценарии как с точки зрения разработчика, так и клиента. Таким образом, вначале разработчики, менеджеры проектов, QA, тестировщики приемлемости пользователей и владелец продукта (акционер) все собрались вместе и обсудили, какие тестовые сценарии следует пройти, чтобы назвать это программное обеспечение / приложение успешным. Таким образом, они предлагают набор тестовых сценариев. Все эти тестовые сценарии написаны на простом английском языке, поэтому они также служат для документации.
пример
Если мы разрабатываем функцию аутентификации пользователя, то ниже может быть несколько ключевых тестовых сценариев, которые необходимо пройти, чтобы назвать его успешным.
-
Пользователь должен иметь возможность войти в систему с правильным именем пользователя и правильным паролем.
-
Пользователь не должен иметь возможность войти в систему с неправильным именем пользователя и правильным паролем.
-
Пользователь не должен иметь возможность войти в систему с правильным именем пользователя и неправильным паролем.
Пользователь должен иметь возможность войти в систему с правильным именем пользователя и правильным паролем.
Пользователь не должен иметь возможность войти в систему с неправильным именем пользователя и правильным паролем.
Пользователь не должен иметь возможность войти в систему с правильным именем пользователя и неправильным паролем.
Как это устроено
К тому времени, когда код готов, тестовые сценарии тоже готовы. Код должен пройти тестовые сценарии, определенные в BDD. Если этого не произойдет, потребуется рефакторинг кода. Код блокируется только после успешного выполнения определенных тестовых сценариев.
Это очень простое понятие, но то, что нам нужно для реализации этой концепции. Ответ таков: структура, управляемая поведением (BDD). Cucumber — один из таких инструментов с открытым исходным кодом, который поддерживает разработку, основанную на поведении. Чтобы быть более точным, Cucumber может быть определен как структура тестирования, основанная на простом английском тексте. Он служит документацией, автоматизированными тестами и средством разработки — все в одном.
Так что же делает огурец? Это может быть описано в следующих шагах —
Огурец читает код, написанный простым английским текстом (язык Gherkin — будет представлен позже в этом руководстве) в файле возможностей (будет представлен позже).
Он находит точное соответствие каждого шага в определении шага (файл кода — подробности предоставлены позже в руководстве).
Куском кода, который должен быть выполнен, могут быть различные программные среды, такие как Selenium, Ruby on Rails и т. Д. Не каждый инструмент среды BDD поддерживает каждый инструмент.
Это стало причиной популярности Cucumber среди других фреймворков, таких как JBehave, JDave, Easyb и т. Д.
Cucumber поддерживает более десятка различных программных платформ, таких как —
Cucumber поддерживает разные языки, такие как Java.net и Ruby.
Он действует как мост между деловым и техническим языком. Мы можем сделать это, создав тестовый пример в простом английском тексте.
Он позволяет писать тестовый скрипт без знания какого-либо кода, он также позволяет привлекать и непрограммистов.
В отличие от других инструментов, он служит целям комплексной среды тестирования.
Благодаря простой архитектуре тестового сценария, Cucumber обеспечивает повторное использование кода.