Nano Hash - криптовалюты, майнинг, программирование

Корнишон за проверку правильности сохранения значения

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

Например, первое всплывающее окно — это место, где добавляется код для записи, но есть еще одно всплывающее окно, которое позволяет вам искать другой код и заменять текущий.

Так, например, сценарий может быть записан следующим образом:

    Given I have a saved record with code 'X'.
    When I change the code to 'Y'
    Then the modified code is displayed in the dialog
    When I save and re-open the record
    Then the modified code is still displayed in the dialog

Однако, судя по тому, что я читал, в сценарии следует избегать нескольких предложений When-Then.

Я полагаю, что это могло бы быть написано следующим образом:

    Given I have a saved record with code 'X'.
    When I change the code to 'Y'
    Then the modified code is displayed in the dialog before the record is saved
    And the modified code is displayed in the dialog after the record is saved and re-opened.

Примечание. Из-за того, что автоматические тестировщики не очень хорошо знакомы с приложением, тестовые примеры Gherkin должны быть изложены с помощью тестовых данных и не должны носить декларативный характер.

Проблема со вторым вариантом заключается в том, что предложение Then включает в себя и действие, а не утверждение как таковое, поэтому при реализации шага предложение Then потребует от автоматических тестировщиков кода действия для сохранения и повторного открытия записи, что then похоже на оператор When.

Заранее благодарим за любую помощь, которую вы можете предоставить!

gherkin
25.03.2015

Ответы:


1

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

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

Но, на мой взгляд, единого ответа на все вопросы нет. Факторы, которые следует учитывать:

  1. Сколько времени у вас есть, чтобы посмотреть на это?
  2. Доступные вам наборы навыков
  3. Как долго выполняются ваши тесты
  4. Используете ли вы сценарии корнишонов для написания спецификаций и автоматизации их тестирования или просто для написания сценариев автоматизированного тестирования?

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

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

И, наконец, лучший способ справиться с этим — разделить тест на две части и смоделировать начальные шаги, чтобы во втором тесте вы могли просто сделать утверждение, что оно сработало, когда вы заново открыть его. Однако, если у вас нет набора навыков, чтобы сделать это легко, если это действительно достаточно большое дело, чтобы изучить? И точно так же с тем, сколько времени у вас есть, достаточно ли это большое дело, чтобы на него стоило тратить время? Тем не менее, важно учитывать один важный момент: будут ли подобные вещи часто встречаться с вашими тестовыми системами в будущем. Если да, то, возможно, стоит потратить время...

21.04.2015
Новые материалы
Кластеризация: более глубокий взгляд
Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..
Как написать эффективное резюме
Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..
Частный метод Python: улучшение инкапсуляции и безопасности
Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..
Как я автоматизирую тестирование с помощью Jest
Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..
Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..
Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..
Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..