Язык Gherkin. Как описать автоматический тест понятным человеку языком


Содержание

Gherkin language как эффективный способ написания приемочных тестов для пользовательских историй

    Гавриил Демьянов 2 лет назад Просмотров:

1 Девятая независимая научно-практическая конференция «Разработка ПО 2013» октября, Москва Gherkin language как эффективный способ написания приемочных тестов для пользовательских историй Олеся Воронович, «Universal Software» Skype: Olesya_Voronovich

2 Проблемы Регрессия Теряются знания о проекте Невозможность четко спроектировать полную архитектуру проекта

3 Пирамида автоматизации тестов (Майк Кон) Пользовательский интерфейс Обслуживание unit testing

4 3 Авто + ручное Agile Testing Quadrants (Brian Marick, Lisa Crispin) Бизнес-ориентированное Ручное Помощь команде Функциональные тесты Примеры Истории Прототипы Симуляции Unit-тесты Интеграционные тесты Исследовательские тесты Сценарии Тестирование usability Пользовательские тесты 4 Нагрузочное тестирование Проверка защищенности Критика продукта Автотесты Технологически-ориентированное Спец. инструменты

5 BDD (behavior-driven development) разработка, основанная на функционировании. Сценарий Код

6 Преимущества подхода: Однозначная трактовка бизнес-логики Облегчение процесса разработки Тестирование работоспособности кода, ранний поиск багов и регрессий На написание автотестов, как правило, не требуется много времени Четкое описание бизнес-логики в пользовательских историях Безопасный рефакторинг кода

7 Пользовательская история это способ описания требований к разрабатываемой системе, сформулированный как одно или более предложений на простом языке пользователя. Формат пользовательских историй (Майк Кон): Как , мне необходимо , чтобы получить

8 Gherkin language синтаксис, созданный специально для описания поведения системы, пользовательских сценариев.

9 Структура тестов: Scenario: Some determinable business situation Given some precondition And some other precondition When some action by the actor And some other action And yet another action Then some testable outcome is achieved And something else we can check happens too

10 User Story: As a scheduling user i would like to export all patient demographics in one single file to provide for reading physician before test will be performed for reading physician usage.

11 Acceptance Criteria: Scenario: Processing patient demographics form Given opened processing module And selected scheduled patient And patient has more than one study And reading assigned for all studies When click on print/patient Demographics Then Patient Demographics form opened in new tabs without downloading And pdf contains all studies with related information And pdf looks like superbill but billing information is not rendered and title have different name And diagnoses are displayed And studies are displayed even if reading is not assigned

12 Scenario: Billing demographics form for selected study Given opened billing module And group by service option not enabled And selected scheduled patient And patient has more than one study And only first study selected When click on print/patient Demographics Then Patient Demographics form will contain just one selected study

13 Scenario: Billing demographics form for service Given opened billing module And group by service option enabled And selected scheduled patient And patient has more than one study When click on print/patient Demographics Then Patient Demographics form will contain all patient studies

14 Плюсы использования технологии: Автоматизированная генерация тестов на базе описания приемочных тестов Гибкость Жесткая формализация критерия готовности истории, упрощение работы для QA-специалиста Код тестов легко читаем Масштабирование.

15 Сложности использования технологии: Требуется крайняя вовлеченность PO и его интерес к этому (technical skills background) Жесткие требования на оформление мыслей в виде текста Требуется большой разогрев команды, прежде чем BDD будет эффективно работать unit-тесты все еще нужны.

16 Definition Of Done Для истории Имеет приоритет Имеет приемочные тесты Имеет сценарий демонстрации. Для задачи: Прошла code review Написаны автотесты Все тесты успешно пройдены.

17 Внедрение BDD В проект, разрабатываемый с нуля В середине проекта

18 Проблемы внедрения BDD в проект, разрабатываемый с нуля: Команда договорилась о критериях готовности, но не выполняет их РО пытается вмешиваться в процесс разработки.

19 Проблемы внедрение BDD в середине проекта: Оценка объема необходимых автотестов для полного покрытия системы Постоянное отслеживание динамики изменения ситуации по автотестам.

20 Девятая независимая научно-практическая конференция «Разработка ПО 2013» октября, Москва БЛАГОДАРЮ ЗА ВНИМАНИЕ! Олеся Воронович, «Universal Software» Skype: Olesya_Voronovich


«Вначале язык может показаться неудобным». Опыт использования BDD/Gherkin на проектах

Почему BDD полезно знать всей команде? Как обеспечить долгосрочное хранение информации без потерь? Ответы на эти вопросы точно знает руководитель отдела QA Automation компании ISsoft Михаил Сагалович.

Какой у тебя профессиональный опыт в ИT?

Я шёл в эту сферу со школьных лет, можно сказать. Учился в Лицее БГУ на математическом отделении. Потом поступил на ФМПИ, занимался на кафедре «Технология программирования». Работать начал на последних курсах университета, писал на C++. После университета пришёл в ISsoft, после распределения ненадолго ушел в другую компанию, ну, а затем вернулся обратно. В общем — около 15 лет опыт промышленной разработки. Основной стек — .NET, но я стараюсь быть в теме и расширять свой кругозор за счёт различных технологий.

А как получилось, что ты, .NET архитектор, стал руководить отделом QA Automation? Как давно ты погружён в тестирование?

Ну, в теме, так сказать, я достаточно давно. Всегда считал, что должен знать, что происходит на проекте: кто что делает, за что отвечает. А как без этого? Кроме того, мне нравится работать в команде, координировать усилия различных специалистов, видеть прогресс моих коллег. Ещё в начале карьеры я интересовался работой тестировщиков и никаких предубеждений у меня нет. В общем, я погружён в тестирование уже лет 12, а глубоко — полтора года, с тех пор как стал руководителем отдела QA Automation.

Тема твоего доклада: Внедрение BDD/Gherkin. Что такое Gherkin?

Gherkin — это английский язык. Серьёзно. Он, конечно, требует определённой точности формулировок, зачастую техничности. Несмотря на то, что слова довольно сухие, скучные и однообразные, структурированы особым образом, это просто человеческий язык. Формально — это один из возможных языков спецификаций, которыми надо пользоваться при BDD, но фактически — основной и единственный. Если вы строите процесс разработки согласно BDD, значит, будете использовать Gherkin.

Behavior-driven development как практика чаще всего преподносится как развитие Test-driven development. При TDD подходе разработчики стараются писать код так, чтобы без проблем выполнялись его проверки. Сначала создаются проверки, которые не выполняются, потому что нет продукта, который этим проверкам удовлетворяет. А потом уже пишется код продукта, который действительно соответствует этим проверкам. BDD подход описывает поведение пользователя. Создавая описание этого поведения на Gherkin, мы получаем легкий шаблон спецификации. Смотрите сами: достаточно указать условие «given», «when» — конкретное действие пользователя, «then» — результат этого действия. Больше про Gherkin сейчас рассказывать не буду. Главное — возможность интеграции этих слов на обычном языке с кодом, который проверяет, что происходит. Всё остальное расскажу на конференции ISsoft Insights.

Твой доклад основан на практическом опыте. С какими проблемами пришлось столкнуться?

Нужно понимать, что BDD должен использоваться всей командой проекта. Менеджеры, аналитики, команды разработки и тестирования должны быть готовы строить свою работу по BDD. Воспринимать BDD/Gherkin просто как инструмент автоматизаторов в корне неправильно. Можно, конечно, писать кейсы сначала на Gherkin, а потом их автоматизировать. Но это не Behavior-driven development.

Цукерберг рекомендует:  Новичок - Помогите с задачей, я новичок в С++

Я столкнулся с двумя ключевыми проблемами. BDD начинается с бизнес-аналитика. В основе — правильная спецификация. И, конечно, аналитики должны быть готовы читать сценарий на Gherkin. Язык очень простой и не требует каких-то технических знаний, но может показаться неудобным поначалу. Таким образом, первая проблема, с которой мы столкнулись — это готовность аналитиков к работе с фреймворком.

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

В чём преимущества BDD-подхода?

На конференции я расскажу много полезного из своего опыта. Пока могу сказать, что в первую очередь данный подход обеспечивает полную интеграцию между всеми этапами разработки. Не зря его считают одной из важных практик в Aglie. BDD позволит не только не терять информацию на отрезке BA-QA, но и экономить время. Например, сегодня мы что-то сделали, а вот прошло полгода и эта информация не потеряна. При этом мы вроде бы и по-простому ее задокументировали, хотя обычно «взять и задокументировать» на деле не так просто, а тем более — поддерживать документацию.

Ещё я поделюсь краткой информацией о том, какими техническими средствами оно реализуется. Вкратце — потому что не хочу перегружать выступление технической информацией. Я буду приводить практические примеры из работы двух команд, которые трудятся с BDD. Расскажу о проблемах и их решении, предложу несколько BDD-сценариев.

Что касается технических средств. Насколько универсально применение BDD/Gherkin?

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

Существуют инструменты, например, Cucumber, которые позволяют подружить Gherkin с различными языками программирования: Java, Ruby и пр.

Ты упоминал, что будешь рассказывать про эту тему подробнее. Где и когда можно будет послушать твоё выступление?

На конференции ISsoft Insights, которая пройдет 2 июня в Минске. Она бесплатная, можете приходить. Там я поделюсь своим опытом внедрения BDD/Gherkin на проектах, расскажу, что стало лучше, а что наоборот. Будет много полезного и того, что точно заставит вас воскликнуть: почему я ещё не использую BDD?!

Эта публикация подготовлена в партнёрстве с ISsoft

Иностранное производственное унитарное предприятие «ИССОФТ СОЛЮШЕНЗ»
УНП 190819327


Конференция «Разработка ПО»

Москва, Digital October. 23 окт. — мастер-классы, 24–25 окт. — основные дни

Конкурсные доклады

Gherkin language как эффективный способ написания приемочных тестов для пользовательских историй

Я представляю опыт нашей компании по внедрению синтаксиса Gherkin language для написания приемочных тестов пользовательских историй. Думаю, что слушатели смогут воспользоваться этим опытом в своей повседневной работе, так как от качественного написания пользовательских историй и приемочных тестов во много зависит эффективность работы Scrum-команды. А успешное использование технологии у нас показывает ее работоспособность.

Олеся Воронович

Директор по разработке ПО, Universal Software

Олеся Воронович – директор по разработке ПО международной компании «Universal Software», CSM. В сфере разработки ПО уже 10 лет. Профессиональные интересы связаны с менеджментом разработки программного обеспечения. Имеет многолетний опыт работы с помощью технологии waterfall, а также гибких методик разработки ПО – Agile (Scrum и Kanban).

Comment Cancel reply

Спонсоры

Premium спонсор

Gold спонсоры

Silver спонсоры

Спонсоры

Инновационный спонсор

При поддержке

Партнёры

Генеральные партнёры

При содействии

Генеральный интернет-партнер

Партнёры

Интернет-поддержка

Технические партнёры


Организаторы

Итоги SECR 2013

Есть отзыв, фотографии, идеи?
Присылайте

Ждём вас на SECR 2014

Отзывы

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

Конференция проводится именно для специалистов и профессионалов в области Software Engineering. Желаю вам сохранить такой же уровень профессионализма в дальнейшем.

Татьяна Даниэлян
Заместитель директора департамента лингвистических продуктов
ABBYY

Я получил огромное удовольствие, выступая на SECR. Гостеприимство по отношению к докладчикам было исключительным, и вся конференция организована очень хорошо. Я с нетерпением жду скорого возвращения!

Марк Лайнс
Управляющий партнёр
Scott W. Ambler + Associates

Я очень люблю приезжать на SECR. Меня конференция привлекает прежде всего по-настоящему рабочей атмосферой, большим количеством выступающих, которых действительно интересно послушать, круглыми столами, на которых обсуждаются темы, не оставляющие равнодушными большинство участников. Мне импонирует неформальная атмосфера неизменно царящая как на секциях, так и в кулуарах, и все это проходит на очень высоком профессиональном уровне. Еще очень здорово, что хотя конференция является сугубо инженерной, на ней затрагиваются смежные с программной инженерией вопросы, такие как управление персоналом и обучение в IT компаниях, защита интеллектульной собственности и т.д. В целом SECR, безусловно, является конференцией мирового уровня, полно и всесторонне отражающей как состояние дел в отрасли в России, так и мировые тенденции развития.

Вячеслав Нестеров
Генеральный директор Центра разработки программного обеспечения
EMC Россия

Спасибо вам за прекрасные условия, которые вы создали для моего участия в CEE-SEC(R). Конференция была организована очень хорошо.

Д-р Билл Кёртис
Первый вице-президент и ведущий ученый
Cast Software

С каждым годом CEE-SEC (R) набирает обороты. Каждый год конференция становится больше, и что более важно, лучше: лучше становятся доклады, докладчики и даже место проведения! Object Management Group гордится своим участием, я лично получил огромное удовольствие, и мы с нетерпением ждем 2013 года. Это одно из лучших событий в программной инженерии в Восточной Европе — и, возможно, мира.

д-р Ричард Соули
CEO
Object Management Group

Конференция была отлично организована! Вся необходимая информация была доступна на сайте заблаговременно. Были приглашены ведущие специалисты и интересные докладчики как из России, так и со всего мира. Отобранные доклады были актуальны и познавательны. Высокий интерес вызывали круглые столы, посвященные инновациям, инвестированию, прогнозам на будущее. Огромное спасибо организаторам!

Евгений Филиппов
Директор по России и странам СНГ
Exigen Services

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

Александр Спиридонов
руководитель департамента тестирования и эксплуатации программных продуктов
Omnicomm

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

Борис Штейнберг
Профессор
Южный федеральный университет (РФ)

Конференция SECR-2011 приятно удивила нечастым на Российских научных форумах сплавом интеллектуальности и творчества, содержательности докладов, реальной заинтересованностью участников в получении информации, и все это при отличной организационной поддержке. Огромное спасибо организаторам за продуманность многих деталей, которые сделали участие в конференции приятным, интересным и очень полезным.


Юрий Карпов
Профессор, доктор технических наук
СПбГПУ (Политех)

SECR — впечатляющая конференция: она охватывает широкий спектр тем компьютерной науки, собирает и вдохновляет докладчиков и участников; хорошо организована, и вообще, участвовать в ней очень весело. Это отличное место, чтобы узнать о новых темах и встретиться с экспертами в данной сфере.

Крис Латтнер
Основатель и главный архитектор
LLVM

Программа конференции всегда ориентирована на современные, актульные технологии разработки ПО и предоставляет уникальную возможность пообщаться «вживую» с мировыми экспертами-гуру в области Software Engineering. Хочется отметить прекрасную атмосферу SECR, которая способствует увлекательным дискуссиям и обмену практическим опытом с коллегами из ведущих IT компаний. Постоянные участники коференции уже давно превратились в хороших знакомых, объединенных общими интересами, а сама конференция SECR может по праву считаться ежегодной встречей участников Технологического Клуба.

Александр Бабкин
Руководитель отдела качества
Motorola Mobility Санкт-Петербург

На прошлой конференции SECR из разговора с Джеффом Сазерлендом (Jeff Sutherland, один из авторов методологии SCRUM), мы узнали о разработке новой методки оценки SCRUM для компаний. Будучи уверенными в уровне своих процессов, мы решились пройти аттестацию, по результатам которой First Line Software стала первой ИТ-компанией в мире, получившей официальную сертификацию Scrum Capability Rating от SCRUM Inc.

Цукерберг рекомендует:  Поиск работы. Разработчик Java

Александр Поздняков
Директор
First Line Software

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

Марк Полк
Профессор университета Карнеги Меллона
соавтор CMM

Было здорово снова побывать в Москве и на CEE-SECR. Это отлично организованная конференция, по охвату тем выгодно отличающаяся от обычных «западных» конференций, на которых я бываю. Здесь больше практических докладов, но тем не менее сохранена связь с научным сообществом. И еще у конференции очень увлеченная и растущая аудитория. А это значит, что вы на правильном пути.

Ларс Бендикс
Associate professor
Lund University, Sweden

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

Майкл Казумано
Профессор
Слоуновская школа менеджмента MIT

Мне выпала честь выступить на CEE-SECR перед широкой аудиторией российских специалистов в области разработки программного обеспечения о будущем методологии Scrum. Меня вдохновляет то, как за последние несколько лет Scrum завоевал и действительно трансформировал российскую культуру индустрии ПО. Этот процесс идет во многом благодаря таким людям, как организаторы CEE-SECR, которые предоставляют возможность обмена самыми современными знаниями и опытом со своими коллегами – профессионалами в области разработки ПО. Это очень благодарное занятие, в том числе и с профессиональной точки зрения, быть частью этой работы.

Джеф Сазерленд
генеральный директор
Scrum Inc.

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

Камил Грабовский
Разработчик ПО
Menlo Innovations

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

Одна строка

Хороший заголовок – это краткий однострочник. Одного простого предложения должно быть достаточно, чтобы внятно описать желаемое поведение. Все, что длиннее одной строки, обозначает, что автор сам толком не понимает, о чем речь, или же что сценарий не концентрируется на одном и только одном поведении. При необходимости раскрыть вопрос подробнее можно добавить комментарии, и избежать длинных заголовков. К тому же большая часть фреймворков BDD вносит заголовки в логи для отслеживаемости.

«Пользователь может авторизоваться в приложении, перейти на страницу профиля и увидеть имя, адрес, телефон, почту и логин».

«Страница профиля отображает персональные данные пользователя».

Конъюнкция и дизъюнкция

Следите за соединительными словами вроде «и», «или», и «но». Конъюнкции обычно подразумевают, что будет произведено несколько действий. Для заголовка это означает, что покрыто не единственное поведение. Это может также означать, что информацию лучше поместить в описание сценария. Не нарушайте главное правило BDD! Каждый сценарий должен концентрироваться на одном главном поведении.


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

«Пользователь может запросить страховую оценку через большую кнопку «Получить оценку» на домашней странице, или со страницы расчета страховки».

«Последние пять поисковых запросов сохраняются, так чтобы пользователь мог снова их запросить через историю».

Два сценария: «Пользователь запрашивает страховую оценку через кнопку «Получить оценку» на домашней странице» и «Пользователь запрашивает страховую оценку со страницы расчета страховки».

«Описание сценария: пользователь запрашивает страховую оценку».

«Страница истории сохраняет пять последних поисковых запросов».

Избегайте языка утверждений

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

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

«Убедитесь, что пользователь может изменить адрес на странице профиля».

«Убедитесь, что стоимость акций отображается зеленым цветом, если она выше, чем стоимость на момент закрытия рынка».

«Прощальная страница должна отображаться после успешного выхода из системы».

«Изменение адреса на странице профиля».

«Стоимость акции зеленая, если ее стоимость выше, чем стоимость на момент закрытия рынка».

«После выхода из системы отображается прощальная страница».

Язык Gherkin. Как описать автоматический тест понятным человеку языком

Просмотров: 2 556

DedVpihto

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

Игорь

Если проект для русскоязычного заказчика почему писать тесты на русском странно? Я сомневаюсь, что сложный бизнес сценарий так легко понять/создать на англ. для большинства.

Владимир Кротов

Добрый день.
К какому курсу был данный вебинар?
Поиск по ключевым словам Gherkin и BDD на вашем сайте даёт только ссылку на этот-же вебинар.


Здравствуйте, Валентин, нужен репетитор по тестированию, в том числе автоматизированному тестированию. Посоветуйте, плиз

Язык Gherkin. Как описать автоматический тест понятным человеку языком

Смотреть видео Язык Gherkin. Как описать автоматический тест понятным человеку языком на ВТренде бесплатно

48 | 9
Образовательный портал GeekBrains | 1 год.

Начни карьеру с бесплатного курса «Основы программирования» https://goo.gl/jTP4nP

Язык Gherkin — просто и понятно.

Программный код похож на организм, который постоянно нужно поддерживать и развивать. И автоматические тесты не исключение. Один из популярных подходов для решения проблемы поддержки и актуализации — описывать поведение системы в сценариях её использования. Это называется Behaviour Driven Development или BDD.

На вебинаре мы:
— Рассмотрим язык описания системы Gherkin в Python-окружении.
— Напишем первый простой тест и описание к нему на Gherkin.
— Оценим плюсы и минусы BDD в разработке программного обеспечения.

Подписывайся на наш канал и смотри новые видео первым: https://www.youtube.com/progliveru

Проходи бесплатные курсы: https://goo.gl/4gG8TL
Выбери профессию: https://goo.gl/WSdYSE
Смотри вебинары: https://goo.gl/bBVKcb
Читай статьи: https://goo.gl/XfJNqc
Проверяй знания: https://goo.gl/gqKSsw

ВКонтакте https://vk.com/geekbrainsru
Facebook https://www.facebook.com/geekbrains.ru
Одноклассники https://ok.ru/geekbrains
Telegram https://t.me/geekbrains_ru
Instagram https://www.instagram.com/geekbrains.ru/

#урокиpython #языкgherkin #geekbrains #программирование #курсыпрограммирования

Язык Gherkin. Как описать автоматический тест понятным человеку языком

Начни карьеру с бесплатного курса «Основы программирования» goo.gl/jTP4nP
Язык Gherkin — просто и понятно.
Программный код похож на организм, который постоянно нужно поддерживать и развивать. И автоматические тесты не исключение. Один из популярных подходов для решения проблемы поддержки и актуализации — описывать поведение системы в сценариях её использования. Это называется Behaviour Driven Development или BDD.
На вебинаре мы:
— Рассмотрим язык описания системы Gherkin в Python-окружении.
— Напишем первый простой тест и описание к нему на Gherkin.
— Оценим плюсы и минусы BDD в разработке программного обеспечения.
Презентация
docs.google.com/presentation/d/1tBcgnXSFzsMPi-yBbtyQ-rwBMq5meyq370H88eFZJOI/edit?usp=sharing
Подписывайся на наш канал и смотри новые видео первым: vireporter.net/title-progliveru
Проходи бесплатные курсы: goo.gl/4gG8TL
Выбери профессию: goo.gl/WSdYSE
Смотри вебинары: goo.gl/bBVKcb
Читай статьи: goo.gl/XfJNqc
Проверяй знания: goo.gl/gqKSsw
ВКонтакте vk.com/geekbrainsru
Facebook facebook.com/geekbrains.ru
Одноклассники ok.ru/geekbrains
Telegram t.me/geekbrains_ru
Instagram instagram.com/geekbrains.ru/
#урокиpython #языкgherkin #geekbrains #программирование #курсыпрограммирования

Цукерберг рекомендует:  Ios - В какой сфере развиваться mobile dev или full-stack dev

DedVpihto 5 tháng trước

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

DedVpihto 5 tháng trước

Почитал еще про геркин, по моему тут важнее не ключевые слова, а пояснять КАК его надо применять, и менять взаимодействие между участниками проекта чтобы он стал полезен.

Игорь 9 tháng trước

Если проект для русскоязычного заказчика почему писать тесты на русском странно? Я сомневаюсь, что сложный бизнес сценарий так легко понять/создать на англ. для большинства.

Владимир Кротов Năm trước

Добрый день. К какому курсу был данный вебинар? Поиск по ключевым словам Gherkin и BDD на вашем сайте даёт только ссылку на этот-же вебинар.

Здравствуйте, Валентин, нужен репетитор по тестированию, в том числе автоматизированному тестированию. Посоветуйте, плиз


Язык Gherkin. Как описать автоматический тест понятным человеку языком?

Copyright © 2012-2020 TRfilms
Filmler, klipler — ücretsiz izle, online paylaş

Язык Gherkin. Как описать автоматический тест понятным человеку языком

Paylaş
  • Facebook
  • Twitter
  • Beğenmekten Vazgeç 50
  • YORUMLAR
  • görünümler 2,556

katma Yıl önce

Начни карьеру с бесплатного курса «Основы программирования» goo.gl/jTP4nP
Язык Gherkin — просто и понятно.
Программный код похож на организм, который постоянно нужно поддерживать и развивать. И автоматические тесты не исключение. Один из популярных подходов для решения проблемы поддержки и актуализации — описывать поведение системы в сценариях её использования. Это называется Behaviour Driven Development или BDD.
На вебинаре мы:
— Рассмотрим язык описания системы Gherkin в Python-окружении.
— Напишем первый простой тест и описание к нему на Gherkin.
— Оценим плюсы и минусы BDD в разработке программного обеспечения.
Презентация
docs.google.com/presentation/d/1tBcgnXSFzsMPi-yBbtyQ-rwBMq5meyq370H88eFZJOI/edit?usp=sharing
Подписывайся на наш канал и смотри новые видео первым: trfilms.net/us/progliveru
Проходи бесплатные курсы: goo.gl/4gG8TL
Выбери профессию: goo.gl/WSdYSE
Смотри вебинары: goo.gl/bBVKcb
Читай статьи: goo.gl/XfJNqc
Проверяй знания: goo.gl/gqKSsw
ВКонтакте vk.com/geekbrainsru
Facebook facebook.com/geekbrains.ru
Одноклассники ok.ru/geekbrains
Telegram t.me/geekbrains_ru
Instagram instagram.com/geekbrains.ru/
#урокиpython #языкgherkin #geekbrains #программирование #курсыпрограммирования

YORUMLAR

DedVpihto

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

DedVpihto

Почитал еще про геркин, по моему тут важнее не ключевые слова, а пояснять КАК его надо применять, и менять взаимодействие между участниками проекта чтобы он стал полезен.

Игорь

Если проект для русскоязычного заказчика почему писать тесты на русском странно? Я сомневаюсь, что сложный бизнес сценарий так легко понять/создать на англ. для большинства.

Владимир Кротов

Добрый день. К какому курсу был данный вебинар? Поиск по ключевым словам Gherkin и BDD на вашем сайте даёт только ссылку на этот-же вебинар.

Здравствуйте, Валентин, нужен репетитор по тестированию, в том числе автоматизированному тестированию. Посоветуйте, плиз


Очертания описывают тест или функциональность?

Это интересная тема, с которой я столкнулся, и мои коллеги, и у меня разные мнения по этому вопросу. Если ваш Gherkin точно описывает, что делает тест, или ТОЛЬКО показать бизнес-логику, которую вы пытались достичь в тесте.

Самый большой пример, с которым я сталкиваюсь все время на работе, заключается в том, что если у вас есть доступ к элементу A, то вы должны иметь доступ к A. Мы можем иметь 20 разных типов пользователей с доступом к A, поэтому мы только выберите 1 (чтобы наш набор тестов не выполнял 40 часов). Итак, что «лучше»?

Обратите внимание на разницу в данных операторах (тип 4)

В определении шага мы будем использовать пользователя типа 4 для нашего теста, но этот тест не является специфичным для пользователя типа 4. Любой пользователь с элементом A будет работать для этого теста, мы просто используем пользователя типа 4, потому что нам нужен тип пользователя для входа.

Итак, A описывает, что делает тест (вход в систему с пользователем типа 4 с доступом к элементу A)

И B описывает функциональные возможности, необходимые для доступа к элементу A (только пользователь с доступом к элементу A)

Прежде чем вы спросите, как мы определяем, кто имеет доступ к элементу A, это вызов SQL в базу данных, ищущий определенный элемент, связанный с пользователем.

Для теста огурца вы проверяете бизнес-логику — в качестве приемочного теста — не конкретные детали реализации. Таким образом, вы ДОЛЖНЫ сделать вторую не первую. Спецификации вашего запроса или тесты интеграции могут быть более привязаны к особенностям, если вы хотите запускать тесты для типа X, типа Y и кромки.

Я думаю, что можно подумать об этом — и это не жесткое правило — как-то вроде:

Unit test, чтобы изолировать методы и проверять одну вещь за раз. Макет и заглушка все остальное, чтобы изолировать то, что тестируется.

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

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

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

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

Язык Gherkin. Как описать автоматический тест понятным человеку языком?

Copyright © 2012-2020 TRfilms
Filmler, klipler — ücretsiz izle, online paylaş

Язык Gherkin. Как описать автоматический тест понятным человеку языком

Paylaş
  • Facebook
  • Twitter
  • Beğenmekten Vazgeç 50
  • YORUMLAR
  • görünümler 2,556

katma Yıl önce

Начни карьеру с бесплатного курса «Основы программирования» goo.gl/jTP4nP
Язык Gherkin — просто и понятно.
Программный код похож на организм, который постоянно нужно поддерживать и развивать. И автоматические тесты не исключение. Один из популярных подходов для решения проблемы поддержки и актуализации — описывать поведение системы в сценариях её использования. Это называется Behaviour Driven Development или BDD.
На вебинаре мы:
— Рассмотрим язык описания системы Gherkin в Python-окружении.
— Напишем первый простой тест и описание к нему на Gherkin.
— Оценим плюсы и минусы BDD в разработке программного обеспечения.
Презентация
docs.google.com/presentation/d/1tBcgnXSFzsMPi-yBbtyQ-rwBMq5meyq370H88eFZJOI/edit?usp=sharing
Подписывайся на наш канал и смотри новые видео первым: trfilms.net/us/progliveru
Проходи бесплатные курсы: goo.gl/4gG8TL
Выбери профессию: goo.gl/WSdYSE
Смотри вебинары: goo.gl/bBVKcb
Читай статьи: goo.gl/XfJNqc
Проверяй знания: goo.gl/gqKSsw
ВКонтакте vk.com/geekbrainsru
Facebook facebook.com/geekbrains.ru
Одноклассники ok.ru/geekbrains
Telegram t.me/geekbrains_ru
Instagram instagram.com/geekbrains.ru/
#урокиpython #языкgherkin #geekbrains #программирование #курсыпрограммирования

YORUMLAR

DedVpihto

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

DedVpihto

Почитал еще про геркин, по моему тут важнее не ключевые слова, а пояснять КАК его надо применять, и менять взаимодействие между участниками проекта чтобы он стал полезен.

Игорь

Если проект для русскоязычного заказчика почему писать тесты на русском странно? Я сомневаюсь, что сложный бизнес сценарий так легко понять/создать на англ. для большинства.

Владимир Кротов

Добрый день. К какому курсу был данный вебинар? Поиск по ключевым словам Gherkin и BDD на вашем сайте даёт только ссылку на этот-же вебинар.

Здравствуйте, Валентин, нужен репетитор по тестированию, в том числе автоматизированному тестированию. Посоветуйте, плиз

Понравилась статья? Поделиться с друзьями:
Все языки программирования для начинающих