- Разработка на основе поведения (BDD) — это процесс разработки, в котором приоритет отдается сотрудничеству как между техническими, так и нетехническими командами.
- Используя BDD, тестовые случаи написаны на естественном языке и учитывают ценности вашего бизнеса и пользовательские функции. LoadView может быть полезным инструментом в инструментарии разработки BDD, так как мы предлагаем доступную платформу с отчетами, которые могут быстро понять как технические, так и нетехнические пользователи.
Разработчики являются неотъемлемой частью создания веб-сайта, приложения или API, но они не единственные, кто участвует. Все, от менеджеров по продуктам до бизнес-аналитиков, имеют равную заинтересованность в развитии и поддержании сильного присутствия в Интернете. Разные команды имеют разные сильные стороны, знания и навыки. Специалист по маркетингу может быть не так хорошо разбирается в разработке, как инженер-программист, так как вы можете гарантировать, что каждый член вашей команды находится на одной странице? Вот где приходит развитие, основанное на поведении.
Поведенческая разработка (BDD) – это процесс разработки, который отдает приоритет сотрудничеству между командами, чтобы помочь вам сдвинуть свой сайт с мертвой точки таким образом, чтобы он служил всем участникам. При реализации процесса BDD команда может сформировать согласованный, доступный язык, который может быть понят как программистами, так и непрограммистами. Тестовые случаи написаны на естественном языке и учитывают ценности вашего бизнеса и пользовательские функции.
Мы в LoadView инвестируем в то, чтобы помочь вашему бизнесу процветать в каждом отделе, поэтому давайте узнаем немного больше о BDD и посмотрим, как BDD может помочь вашей команде работать вместе.
Краткая история BDD
В 2006 году разработчик программного обеспечения Дэн Норт заметил, что существуют пробелы в общении между отделами компании, в которой он работал. Казалось, что менее технические команды, такие как менеджеры по продуктам и маркетингу, остаются в неведении о ключевых разработках, а разработчики программного обеспечения остаются в неведении о серьезных проблемах пользователей при навигации по своему сайту.
Из этих пробелов Норт смог разработать новую систему. Разветвляясь на тестовую разработку (TDD), BDD фокусируется на реальном поведении человека, простом английском языке и четкой логической модели. Этот процесс учитывает бизнес-проблемы, а также технические требования. Он взял ранее запутанные модели и перевел их на новый предметно-ориентированный язык (DSL), который максимально приблизился к простому, разговорному английскому языку.
Этот DSL превратился в определяющий фактор BDD, модель give/when/then.
Модель Give/When/Then
В модели give/when/then каждая часть определяет стадию транзакции или взаимодействия в режиме онлайн.
- Give: относится к заданной части уравнения. Статус-кво. С чего мы начали до того, как пользователь воздействует на интерфейс
- Когда: это действие, выполняемое пользователем, которое запускает взаимодействие. Клик, транзакция или ключевое слово, введенные в строку поиска, возможны «когда»
- Затем: то, что идет после, какую реакцию вызывает действие.
Вот пример сценария give/when/then:
- Учитывая, что учетная запись 1 имеет 0 долларов США, а учетная запись 2 имеет 100 долларов США
- Когда счет 2 переводит $50 на счет 1
- Тогда счет 1 имеет $50, а счет 2 имеет $50
Эта простая английская модель позволяет легко обмениваться ситуациями программирования между отделами. DSL может быть понят любым, будь то разработчик или нет. При выполнении функциональных и нефункциональных тестов использование модели give/when/then гарантирует отсутствие пробелов в коммуникации.
Это основная функция BDD, чтобы использовать простой английский язык для разработки DSL, понятного всем. Есть много преимуществ использования BDD для разработки вашего веб-сайта, приложения или API, и разработка DSL является лишь одним из них.
Плюсы разработки с BDD
BDD предлагает сильные преимущества, если вы работаете с разнообразной командой. Его ориентация на функциональность, четкую коммуникацию и пользовательский опыт делает его отличным процессом для онлайн-бизнеса и цифровых услуг с нетехнически подкованными клиентами. BDD это:
- Эффективность: Наличие четко определенных функциональных возможностей и языка, согласованных всеми заинтересованными сторонами, является ключевым преимуществом BDD. Поскольку все на одной странице, разработка с точки зрения бизнеса и кодирования может своевременно оформиться. Поскольку все команды работают вместе, потребуется меньше времени, чтобы вернуться и переработать нефункциональные элементы.
- Дешево: BDD не только хорош для ценностей вашего бизнеса, но и для его прибыли. Четко определенный язык означает, что легко создавать и проверять тестовые случаи. Эти тестовые случаи могут быть автоматизированы с четким пониманием того, что ожидается и когда. Автоматизация этих тестов может снизить стоимость тестирования приложений.
- Высокое качество: с помощью команд, не основанных на разработке, дизайнеры и программисты сразу же получают обратную связь о пользовательском опыте. Это заставляет их думать и развиваться с точки зрения пользователя. Разработка с точки зрения пользователя также помогает разработчикам писать стабильный, масштабируемый и тестируемый код. Это помогает предотвратить проблемы с пользователями до их возникновения.
Минусы разработки с BDD
Хотя BDD может быть отличным процессом в определенных ситуациях, он не универсален. BDD был изобретен для решения проблем и устранения пробелов в подходе TDD. Если программисты менее опытны, не очень хорошо разбираются в процессе разработки TDD или полагаются на конкретные инструменты и язык программирования, BDD может быть неправильным выбором.
BDD полагается на хорошее общение, что означает наличие команды преданных разработчиков, которые могут эффективно общаться с костюмами, пользователями и представителями других команд. Это может означать дополнительные накладные расходы.
Популярные инструменты BDD
BDD оказался популярным в сообществе разработчиков. Многие люди приняли подход BDD и разработали множество инструментов для выполнения работы. Вот несколько популярных инструментов BDD.
- Cucumber – популярная платформа с открытым исходным кодом для совместной работы BDD. Это помогает командам создавать функциональные возможности в виде обычного текста. Он обеспечивает сплоченность с помощью DSL, которым легко поделиться со всей командой. Он реализует синтаксис Gherkin.
- Салат-латук построен поверх Cucumber и отлично подходит для приложений на основе Python.
- Specflow – еще одна платформа BDD с открытым исходным кодом, которая использует синтаксис Gherkin. Он построен для платформы .NET.
Разработка на основе поведения с помощью LoadView
BDD — это процесс, и тестирование производительности является важной частью этого процесса. Автоматизация тестирования производительности является неотъемлемой частью BDD, помогая обеспечить быстрый поворот, чтобы ваш сайт сдвинулся с мертвой точки. LoadView выполняет тесты производительности, которые имитируют поведение реального пользователя с помощью простых сценариев, чтобы вы могли автоматизировать тесты с использованием рекомендаций BDD. Возможность проверить, как ваш сайт работает при различных пользовательских нагрузках, местоположениях пользователей и уровнях стресса, может помочь каждому отделу, участвующему в разработке, ориентированной на поведение.
LoadView — это доступная платформа, которая не требует предварительных знаний в области кодирования, что делает ее отличным выбором для команды, работающей в нескольких нетехнических отделах. LoadView создан для тестирования:
- Веб-страницы
- Нативные мобильные приложения
- APIs
Попробуйте LoadView сегодня
BDD предназначен для центрирования бизнес-ценностей в процессе разработки, всегда помня о конечном результате пользователя. LoadView может помочь вам автоматизировать тестирование производительности для эффективной и простой для понимания разработки. Попробуйте LoadView бесплатно или запланируйте демонстрацию сегодня , чтобы увидеть, как вы можете внедрить тестирование производительности в процесс BDD вашей компании.