Согласно теории BDD все сценарии ios должны быть крошечными и независимыми, сфокусированными на конкретной c функции системы. Но когда дело доходит до действительно тяжелых тестов E2E в сложной системе, становится очень сложно написать короткий сценарий GivenWhenThen, который должен пройти через несколько этапов, таких как аутентификация, редактирование форм, создание различных объектов, просмотр различных страниц и т. Д. c .
Итак, возникает вопрос: как люди организуют такие сложные рабочие процессы в BDD средах (например, Cucumber), избегая сценария ios, содержащего сотни строк GivenWhenThen?
Теоретически, Я могу продолжать разбивать этот сложный рабочий процесс на более мелкие куски, которые могут быть BDD -дружественным коротким сценарием ios, но в этом случае у меня возникает еще больше вопросов: 1. Мой сценарий ios становится зависимым друг от друга, но он против BDD философия. Теперь я должен выбрать, чем пожертвовать: независимостью или размером сценария. 2. Как я могу заранее инициализировать все, что мне нужно для теста, а затем передать его через цепочку небольших индивидуальных сценариев ios? Конечно, я могу использовать некоторое хранилище для поддержания необходимого состояния, но для меня это не совсем правильный способ go. Итак, как люди обычно справляются с этим?
Заранее спасибо.